我要评论当表中存在 auto_increment 列时，mysql 在生成自增值的过程中，需要一种机制保证并发插入时不产生重复 id，这就涉及 自增锁。
这个锁用于 控制自增值分配的顺序和唯一性，而不是保护整行数据。
自 mysql 5.1 起支持通过参数innodb_autoinc_lock_mode来控制自增锁模式，常见值有 0 / 1 / 2。
#查看 show variables like 'innodb_autoinc_lock_mode'; #运行时设置 set global innodb_autoinc_lock_mode = 2; #配置设置 [mysqld] innodb_autoinc_lock_mode = 1
1、innode_autoinc_lock_mode=0（传统模式）
1）特点
- 插入时使用 表级 auto-inc 锁，也就是说：如果一个事务正在往表中插入记录，所有其他事务的插入必须等待。
- 串行生成自增 id，锁一直持有到 语句结束
说这种模式下可以保证，一个事物内，一次insert插入多条，或多次insert插入数据的id一定是连续的，不受其他事物影响（其他事物需要等待）。但是也无法保证整张表的id都是连续的，因为存在回滚。
2）问题
- 并发插入性能差，容易成为瓶颈
3）易混淆点
innodb_autoinc_lock_mode = 0 只解决“并发插入顺序”问题，并不能解决“事务回滚回收自增 id”的问题。
也就是说：
- 同一事务内、多事务并发下，插入顺序是串行的
- 回滚的自增 id 不会被重用，所以事务回滚仍然会导致自增 id 跳号。
所以，不要在代码中使用自增id作为业务连续性的逻辑处理。
2、innode_autoinc_lock_mode=1（默认，连续模式）
性能和安全性这种，多数业务推荐使用。
1）特点
- simple insert：几乎不加表锁
- bulk / 非确定性 insert：仍使用 auto-inc 锁
- 这种模式下可以支持：保证同一条语句内自增值连续（insert into table(a,b,c) values (), ()...）
什么是simple insert？
#一下为simple insert insert into t(a) values (1); insert into t(a) values (1),(2); #非 simple insert insert into t(a) select ...; load data infile ...
2）和auto-inc锁对比
上面介绍了，auto-inc模式下可以保证一个事物内的插入操作产生的id是连续的；
而autonic_lock_mode=1这种模式下只能保证一个insert多次插入的id是连续的。
因为，在这种模式下，auto_increment 的分配与事务提交无关，只与“insert 语句执行顺序”有关，所以同一个事务内多次 insert，也不能保证 id 连续
看一个例子：
#1.事务a插入，但是不提交，插入后id=1 begin; insert into t(v) values (1); #2.事务b插入，并提交，此时id=2 begin; insert into t(v) values (2); commit; #3.事务a继续插入，插入后id=3 insert into t(v) values (3); #4.这时在事务a中插叙，发现id为1和3 select id, v from t;
可以看到，因为没有了锁，id自增器类似于一个发号器，每个insert都从这里取号。
3、innode_autoinc_lock_mode=2（交错模式/无锁模式）
1）特点
- 完全不使用 auto-inc 表锁，多线程并发性能最好
- 自增值只保证唯一，不保证连续
这种模式下，即使同一条 insert 内 id 可能不连续，即：出现跳号。
2）例子
#线程a insert into t(a) values (1),(2); #线程b insert into t(a) values (3),(4); #查询结果 实际 id 可能交错：1,3,2,4
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论