• [MySQL]select count(*)与max(id)一定相等吗?innodb_autoinc_lock_mode配置介绍

    有一个业务场景要查表记录数,这个表的记录只有insert,没有update和delete等其他操作。所以想确认select count(*) 与 max(id)是不是一定相等,以前了解的是有update和delete等操作会出现select count(*)与max(id)不相等的情况。
     
    确认的结果如下:
     
    证明了即使只有insert操作,select count(*)与max(id)都不一定相等。根据MySQL手册说明MySQL的InnoDB会通过innodb_autoinc_lock_mode参数控制AUTO_INCREMENT 字段的锁模式从而影响select count(*)与max(id)的关系。
     
    InnoDB提供了一种可配置的锁定机制,可以显着提高SQL语句的可伸缩性和性能,从而为具有AUTO_INCREMENT列的表添加行 。要在InnoDB表使用AUTO_INCREMENT机制, AUTO_INCREMENT必须将列定义为索引的一部分,以便可以在表上执行等效的索引查找SELECT MAX(ai_col)以获取最大列值。通常,这是通过使列成为某些表索引的第一列来实现的。
     
    InnoDB AUTO_INCREMENT锁定模式
     
    本节介绍AUTO_INCREMENT用于生成自动增量值的锁定模式的行为 ,以及每种锁定模式如何影响复制。自增量锁定模式是在启动时使用innodb_autoinc_lock_mode 参数配置 。
     
    以下术语用于描述 innodb_autoinc_lock_mode 设置:
     
    • “INSERT-like” 语句
    在表中生成新的行中的所有语句,包括 INSERT, INSERT … SELECT,REPLACE, REPLACE … SELECT和LOAD DATA。包括“ 简单插入 ”, “ 批量插入 ”和“ 混合模式 ” 插入。
     
    • “简单插入”
    可以预先确定要插入的行数的语句(最初处理语句时)。这包括没有嵌套子查询的单行和多行INSERT以及REPLACE语句,但不包括INSERT … ON DUPLICATE KEY UPDATE。
     
    • “批量插入”
    预先不知道要插入的行数(以及所需的自动增量值的数量)的语句。这包括 INSERT … SELECT, REPLACE … SELECT和LOAD DATA声明,但不是简单的 INSERT。在处理每一行时,InnoDB一次为一列分配新值AUTO_INCREMENT。
     
    • “混合模式插入”
    指定一些(但不是全部)新增行的自动增量值的“简单插入”语句。下面是一个示例,其中c1是 ti表的AUTO_INCREMENT表:
     
    INSERT INTO t1 (c1,c2) VALUES (1,'a'), (NULL,'b'), (5,'c'), (NULL,'d');
     
     
    另一种类型的“混合模式插入”是INSERT … ON DUPLICATE KEY UPDATE,在最坏的情况下实际上是INSERT 后跟了一个UPDATE操作,其中AUTO_INCREMENT列在UPDATE阶段期间可能使用或不使用分配值 。
     
    innodb_autoinc_lock_mode 配置参数有三种可能的设置 。对于“传统”,“连续”或 “交错”锁定模式,设置分别为0,1或2。从MySQL 8.0开始,交错锁定模式(innodb_autoinc_lock_mode=2)是默认设置。在MySQL 8.0之前,连续锁定模式是默认值(innodb_autoinc_lock_mode=1)。
     
    MySQL 8.0中的交错锁定模式的默认设置反映了从基于语句的复制到基于行的复制的更改,作为默认复制类型。基于语句的复制需要连续的自动增量锁定模式,以确保为给定的SQL语句序列以可预测和可重复的顺序分配自动增量值,而基于行的复制对SQL语句的执行顺序不敏感。
     
    • innodb_autoinc_lock_mode = 0 (“传统”锁定模式)
    传统的锁定模式提供了与在MySQL 5.1中引入innodb_autoinc_lock_mode配置参数之前相同的行为 。由于语义可能存在差异,传统的锁定模式选项用于向后兼容,性能测试以及解决“混合模式插入”问题。
    在此锁定模式下,所有“ INSERT-like ”语句都会获得一个特殊的表级AUTO-INC 锁,以便插入带有 AUTO_INCREMENT列的表中。此锁通常保持在语句的末尾(而不是事务的结尾),以确保为给定的INSERT语句序列以可预测和可重复的顺序分配自动增量值,并确保自动增量值由任何给定的声明分配是连续的。
     
    对于基于语句的复制,这意味着在从服务器上复制SQL语句时,自动增量列使用的值与主服务器上的值相同。执行多个INSERT语句的结果是确定性的,并且从服务器再现与主服务器上相同的数据。如果多个INSERT语句生成的自动递增值是交错的,则两个并发INSERT语句的结果将是不确定的,并且无法使用基于语句的复制可靠地传播到从服务器。
    为清楚起见,请考虑使用此表的示例:
     
    CREATE TABLE t1 (
      c1 INT(11) NOT NULL AUTO_INCREMENT,
      c2 VARCHAR(10) DEFAULT NULL,
      PRIMARY KEY (c1)
    ) ENGINE=InnoDB;
     
    假设有两个事务正在运行,每个事务都将行插入带有AUTO_INCREMENT列的表中 。一个事务使用INSERT … SELECT插入1000行的语句,另一个事务使用 插入一行的简单 INSERT语句:
     
    Tx1: INSERT INTO t1 (c2) SELECT 1000 rows from another table ...
    Tx2: INSERT INTO t1 (c2) VALUES ('xxx');
     
    InnoDB事先无法判断从Tx1 SELECT中的INSERT语句中检索了多少行 ,并且随着语句的进行,它会一次分配一个自动增量值。使用保持在语句末尾的表级锁定,一次只能执行一个 INSERT引用表t1的语句,并且不会交错生成不同语句的自动增量数。由Tx1 INSERT … SELECT语句生成的自动递增值是连续的,并且用于Tx2中的INSERT 语句的(单个)自动递增值要小于或大于用于Tx1的语句,具体取决于首先执行的语句。
     
    只要SQL语句在从二进制日志重放时(在使用基于语句的复制时或在恢复方案中)以相同的顺序执行,结果与首次运行Tx1和Tx2时的结果相同。因此,表级锁定一直持续到语句结束,使用自动增量的INSERT语句可以安全地用于基于语句的复制。但是,当多个事务同时执行insert语句时,这些表级锁限制了并发性和可伸缩性。
     
    在前面的示例中,如果没有表级锁定,则用于Tx2的INSERT中的自动增量列的值取决于语句执行的时间。如果Tx2的INSERT在Tx1的INSERT运行时执行(而不是在启动之前或完成之后),则由两个INSERT语句分配的特定自动增量值是不确定的,并且可能因运行而异。
     
    在连续锁定模式下,InnoDB可以避免将表级AUTO-INC锁定用于预先知道行数的“ 简单插入 ”语句,并且仍然保留基于语句的复制的确定性执行和安全性。
     
    如果不使用二进制日志作为恢复或复制的一部分重放SQL语句,则 交错 锁定模式可用于消除表级AUTO-INC锁的所有使用,从而 实现更高的并发性和性能,但代价是允许自动存在空白 – 由语句分配的增量编号,可能具有由并发执行的语句交错分配的编号。
     
    • innodb_autoinc_lock_mode = 1 (“连续”锁定模式)
    在此模式下,“批量插入”使用特殊的 AUTO-INC表级锁定并保持它直到语句结束。这适用于所有 INSERT … SELECT, REPLACE … SELECT和LOAD DATA语句。只有一个持有AUTO-INC锁的语句可以一次执行。如果批量插入操作的源表与目标表不同,则AUTO-INC在从源表中选择的第一行上执行共享锁之后,将对目标表执行锁定。如果批量插入操作的源和目标是同一个表,则AUTO-INC 在对所有选定的行执行共享锁定后执行锁定。
     
    “简单插入”(预先知道要插入的行数)通过在互斥锁(轻量级锁定)的控制下获得所需数量的自动增量值在分配过程的持续时间内保持,来避免表级锁AUTO-INC锁定直到语句完成。除非另一个事务持有AUTO-INC锁,否则不使用表级AUTO-INC锁 。如果另一个事务持有AUTO-INC锁,则“ 简单插入”等待AUTO-INC锁定,就像它是“批量插入”。
     
    此锁定模式确保在存在未提前知道行数的INSERT语句(以及在语句进行时指定自动增量编号)的情况下,由任何“INSERT-like” 语句指定的所有自动增量值都是连续,并且操作对于基于语句的复制是安全的。
     
    简而言之,这种锁定模式显着提高了可伸缩性,同时可以安全地使用基于语句的复制。此外,与“ 传统 ” 锁定模式一样,由任何给定语句分配的自动递增数字是连续的。对于任何使用自动增量的语句,与“传统”模式相比,语义没有变化,但有一个重要的例外。
     
    “混合模式插入”的例外情况是,用户为多行“简单插入”中的某些行(但不是所有行)提供AUTO_INCREMENT列的显式值。 对于此类插入,InnoDB会分配比要插入的行数更多的自动增量值。 但是,自动分配的所有值都是连续生成(因此高于)最近执行的先前语句生成的自动增量值。 “超额”号码丢失了。
     
    • innodb_autoinc_lock_mode = 2 (“ 交错 ”锁定模式)
    在此锁定模式下,没有“INSERT-like”语句使用表级AUTO-INC锁,并且多个语句可以同时执行。 这是最快且最具扩展性的锁定模式,但在从二进制日志重放SQL语句时使用基于语句的复制或恢复方案时,这是不安全的。
     
    在这种锁定模式下,自动增量值保证是唯一的,并且在所有同时执行的“INSERT-like”语句中单调递增。 但是,因为多个语句可以同时生成数字(即,数字的分配在语句之间交错),所以为任何给定语句插入的行生成的值可能不是连续的。
     
    如果执行的唯一语句是“ 简单插入 ”,其中要插入的行数是提前知道的,则除了“混合模式插入”之外,单个语句生成的数字没有间隙 。但是,当执行“ 批量插入 ”时,任何给定语句分配的自动增量值可能存在间隙。
     
    参考:https://dev.mysql.com/doc/refman/8.0/en/innodb-auto-increment-handling.html
     
  • MySQL5.6在Windows7安装时停留在Attempting to start service的解决方法

    一.问题描述:

    之前在电脑安装过MySQL5.5,后来卸载了。到安装MySQL5.6就出现了到Configuration时总是停留在Attempting to start service的问题。google和百度和很久也没有解决,问题困扰了有两个月之久。安装出现的问题如下:

    二.尝试过的操作和结果:

    1.默认端口3306被占用?:在cmd下用了端口查看命令netstat -aon|findstr “3306”,没有发现端口被占用。

    2.服务已经存在?:在cmd用命令“sc delete MySQL56”删除了MySQL服务再重装还是不行。

    3.没有清理注册表?:用软件清除过,也手动清除过(运行Regedit,然后到“HKEY_LOCAL_MACHINE/SoftwareMicrosoft/Windows/CurrentVersion/Uninstall ”删除),重装的时候问题还是出现了。

    4.操作系统不能启动MySQL服务?:前段时间刚好安装了wamp,它自带的MySQL服务能启动,所以不是操作系统的问题。

    5.bug?:在MySQL的网站上面提交的bug中有这样的问题描述,不过觉得自己的不是,因为装回之前那个MySQL5.5的msi,也是同样的问题。

    三.解决方法:

    尝试过上面几种方法重装还是不成功后,在准备重装系统前想了下在系统中所有和MySQL有关的东西,最后把”C:\ProgramData“的MySQL文件夹删除了再重装就可以了(注:在windows中”C:\ProgramData“文件夹默认是隐藏的)。

    还有一个办法就是利用MySQL的installer进行卸载,运行installer后会显示三个选项:“Installer Updates”、“Add/Modify Products and Features”和“Remove MySQL Products”,选择“Remove MySQL Products”,这样会彻底卸载,重新安装就不会有问题了。