MySQL innodb_autoinc_lock_mode 详解

innodb_autoinc_lock_mode这个参数控制着在向有auto_increment 列的表插入数据时，相关锁的行为；

经过对它的设置能够达到性能与安全(主从的数据一致性)的平衡

【0】咱们先对insert作一下分类

　　首先insert大体上能够分红三类：
　　　　一、simple insert 如insert into t(name) values('test')
　　　　二、bulk insert 如load data | insert into ... select .... from ....
　　　　三、mixed insert 如insert into t(id,name) values(1,'a'),(null,'b'),(5,'c');

 

【1】innodb_autoinc_lock_mode 的说明

　　innodb_auto_lockmode有三个取值：
　　　　一、0 这个表示tradition 传统
　　　　二、1 这个表示consecutive 连续
　　　　三、2 这个表示interleaved 交错

【1.1】tradition(innodb_autoinc_lock_mode=0) 模式:

　　一、它提供了一个向后兼容的能力
　　二、在这一模式下，全部的insert语句("insert like") 都要在语句开始的时候获得一个
　　　  表级的auto_inc锁，在语句结束的时候才释放这把锁，注意呀，这里说的是语句级而不是事务级的，
　　     一个事务可能包涵有一个或多个语句。
　　三、它能保证值分配的可预见性，与连续性，可重复性，这个也就保证了insert语句在复制到slave
          的时候还能生成和master那边同样的值(它保证了基于语句复制的安全)。
     四、因为在这种模式下auto_inc锁一直要保持到语句的结束，因此这个就影响到了并发的插入。

 

【1.2】consecutive(innodb_autoinc_lock_mode=1) 模式:

　　一、这一模式下去simple insert 作了优化，因为simple insert一次性插入值的个数能够立马获得
          肯定，因此mysql能够一次生成几个连续的值，用于这个insert语句；总的来讲这个对复制也是安全的
          (它保证了基于语句复制的安全)
　　二、这一模式也是mysql的默认模式，这个模式的好处是auto_inc锁不要一直保持到语句的结束，只要
          语句获得了相应的值后就能够提早释放锁

 

【1.3】interleaved(innodb_autoinc_lock_mode=2) 模式
　　一、因为这个模式下已经没有了auto_inc锁，因此这个模式下的性能是最好的；可是它也有一个问题，就是
          对于同一个语句来讲它所获得的auto_incremant值可能不是连续的。

 

【2】若是你的二进制文件格式是mixed | row 那么这三个值中的任何一个对于你来讲都是复制安全的。

　　因为如今mysql已经推荐把二进制的格式设置成row，因此在binlog_format不是statement的状况下最

　　好是innodb_autoinc_lock_mode=2 这样可能知道更好的性能。

 

最后以一个关于auto_increment 的例子来结束

例子：不要没事去更新一个auto_increment 列的值

第一步：重现一下场景

create table t(x int auto_increment not null primary key);
insert into t(x) values(0),(null),(3);
select * from t;
+---+
| x |
+---+
| 1 |
| 2 |
| 3 |
+---+

第二步：重现一下引起问题的SQL

update t set x=4 where x=1;
select * from t;
+---+
| x |
+---+
| 2 |
| 3 |
| 4 |
+---+

第三步：重现一下老是的表现形式

insert into t(x) values(0);
ERROR 1062 (23000): Duplicate entry '4' for key 'PRIMARY'

第四步：对问题的总结

　　执行完第一步的时候mysql知道下一个auto_increment值是4。

　　执行完第二步的时候mysql并不知道4已经被人为的占用了，因此执行第三步的时候就出错了。

 

---

交流学习&打赏