MySQL auto-inc锁

1、官网介绍

自增锁是一种特殊的表级别锁（table-level lock），专门针对事务插入AUTO_INCREMENT类型的列。最简单的情况，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。

2、一个参数innodb_autoinc_lock_mode 默认1

• 该参数始于5.1.22
• 为0时，表示采用之前MySQL 5.0版本的策略，即语句执行结束后才释放锁；（语句级别）
• 为1时： 普通insert语句，自增锁在申请之后就马上释放； 类似insert …select这样的批量插入数据的语句，自增锁还是要等语句结束后才被释放；（自适应）
• 为2时，所有的申请自增主键的动作都是申请后就释放锁。（轻量级）

3、三种插入模式

1. 简单插入(simple insert)

   普通的insert/replace语句，不管是单条插入还是多条插入，都是简单插入。

   （1）不包含递归的子查询；（2）不包含insert … on duplicate key update… ；

2. 批量插入(bulk insert)

   与简单插入相对，在插入时，不知道被插入的行数，是批量插入。

   insert into t1(name) select name from t2;

   由于不能够提前知道多少行插入，在处理自增列时，每插入一行，才会赋值新的自增值。

3. 混合插入(mixed-mode insert)

   insert into t1(id, name) values (111,"111"),(NULL, "abc"),(222,"222"),(NULL,"xyz");

    有些行插入时指定了自增键，无需数据库生成；有些行插入时未指定自增键(NULL)，需要数据库生成。具体走哪个分支，实际执行时才知道。

4. insert … on duplicate key update … 这种情况是最最复杂的，它可能导致，系统生成的自增值，在更新阶段用不上。

4、自增id为什么不连续

1. 执行插入失败（唯一键冲突、外键冲突等）
2. 事务回滚
3. 批量插入时分配策略
   1. 语句执行过程中，第一次申请自增id，会分配1个；
   2. 1个用完以后，这个语句第二次申请自增id，会分配2个；
   3. 2个用完以后，还是这个语句，第三次申请自增id，会分配4个；
   4. 依此类推，同一个语句去申请自增id，每次申请到的自增id个数都是上一次的两倍。