MySQL有一系列的语句，可以往数据库新增数据，称作范插入语句(insert-like statement)。不同的插入方式，对自增键的影响是不一样的。
画外音：自增键，是指auto_increment，大家应该都用得很多。
更为细化后，总的来说，插入方式分为三类：
-
简单插入(simple insert)
-
批量插入(bulk insert)
-
混合插入(mixed-mode insert)
什么是简单插入(simple insert)？
普通的insert/replace语句，不管是单条插入还是多条插入，都是简单插入。
画外音：
（1）不包含递归的子查询；
（2）不包含insert … on duplicate key update… ；
如
insert into t1(id, name) values(1,"shenjian");
insert into t1(name) values("zhangsan"),("lisi"),("ww");
都是简单插入。
简单插入的特点是，能够提前知道被插入的行数。
因此，这类插入，在处理自增键时，是最容易的。
画外音：很容易保证自增键连续性。
什么是批量插入(bulk insert)？
与简单插入相对，在插入时，不知道被插入的行数，是批量插入。
如
insert into t1(name) select name from t2;
除此之外，像：
-
replace … select …
-
load data
都是批量插入。
由于不能够提前知道多少行插入，在处理自增列时，每插入一行，才会赋值新的自增值。
画外音，官网原文是：
InnoDB assigns new values for the AUTO_INCREMENT column one at a time as each row is processed.
这里的潜台词是，在批量插入事务并发时，“可能”出现同一个事务的自增键不连续。
画外音：为啥是“可能”呢？潜在解决方案，未来撰文详述。
什么是混合插入(mixed-mode insert)？
如
insert into t1(id, name)
values (111,"111"),(NULL, "abc"),(222,"222"),(NULL,"xyz");
有些行插入时指定了自增键，无需数据库生成；
有些行插入时未指定自增键(NULL)，需要数据库生成。
画外音：具体走哪个分支，实际执行时才知道。
以及
insert into t1(name) values("shenjian"),("aaa"),("bbb")
on duplicate key update count=100;
有些行插入实际上是修改，无需数据库生成自增键；
有些行插入实际上就是插入，需要数据库生成自增键。
画外音：具体走哪个分支，也是实际执行时才知道。
insert … on duplicate key update … 这种情况是最最复杂的，它可能导致，系统生成的自增值，在更新阶段用不上。
画外音，官网原文是：
an INSERT followed by a UPDATE, where the allocated value for the AUTO_INCREMENT column may or may not be used during the update phase.
最后，再挖两个坑，大伙想想。
作业题一：
insert into t1(name)values("zhangsan"),("lisi"),("wangwu");
这类简单插入，当有并发事务执行时，自增键仍能保证连续性，是如何做到的？
A： 行粒度加锁，实施互斥
B： 表粒度加锁，实施互斥
C： 全局自增键单例，实施互斥
D： SQL语句粒度加锁，实施互斥
E： 事务粒度加锁，实施互斥
作业题二：
基于SQL复制的主从同步，如果执行并发批量插入(bulk insert)事务，“可能”出现同一个事务的自增键不连续，那么能否保证主从数据的一致性？如果能，是怎么保证的？
