MySQL中自增主键不连续

<1>、唯一键冲突是导致自增主键id不连续的第一种原因

<2>、事务回滚是导致自增主键id不连续的第二种原因

<3>、批量申请自增id的策略是导致自增主键id不连续的第三种原因

MySQL默认的innodb_autoinc_lock_mode=1，当innodb_autoinc_lock_mode=1和innodb_autoinc_lock_mode=2的情况下，自增id可能会出现不连续

在innodb_autoinc_lock_mode=0的时候，自增id是连续的，但是会导致锁表，影响并发性能

如果不是特殊的业务需要，一般我们都会使用自增主键，自增主键的好处可以在插入的时候尽量地减少页分割，增加Mysql的写入效率。我们有时候就会发现，自增主键并不是连续递增的，为什么有时候会出现自增主键的空洞呢?

即便是使用自增主键的表，也是可以指定主键的。假设当前的自增主键是X，我们指定的主键是Y，假如Y<X，那么Mysql不会变更当前自增主键的最大值，只会检测是否有主键冲突。反之，Mysql会重新调整当前自增主键的X。那么，Mysql又是怎么调整的呢？是不是只要简单地把X变成Y+1就行？当然不是，在Mysql中，我们可以调整自增主键的步长，例如我们可以让主键都是隔4增加，如4，8，12…这样自增，假如我们插入一个13，那么Mysql就会寻找13之后的，第一个满足原有自增规律的数，也就是16。

第二种出现间隔的原因，是因为Mysql插入失败了。首先我们要了解自增主键的原理，当我们向一张主键自增的表中插入数据的时候，如果Mysql发现你没有带主键，就会去自增表里面申请一个主键，当申请成功之后，就会拿着这个主键去做真实的Insert操作，但是在这个过程中，Insert可能会失败，例如主键或者唯一键冲突等。或者出现事务回滚，Mysql是不会回滚对应的自增主键的值的。为什么Mysql会这么做呢?这个并不难理解，因为当我们申请主键的时候，其他事务也会申请主键，假如事务发生回滚的时候，是否还要考虑其他事务的状态呢?这是个非常复杂又消耗性能的问题，另一方面，自增主键比较大的作用是避免页分割，我们只需要数据是递增而无需连续。

第三种出现间隔的原因，是Mysql的主键申请机制。假如我们是批量插入的，那么批量申请多个主键的效率会比逐个申请要快得多得多。按道理来说，Mysql是有多少条新数据就申请多少个自增主键的，但是有一些情况，Mysql并不知道最终插入的数据有多少，例如Insert…Select语句。Mysql的申请策略是使用倍增法去申请，所以，假如Insert…Select的结果是4条数据，那么最终会申请1+2+4=7个主键值，就会有3个浪费了。

http://www.pqdong.com/?p=363

https://www.cnblogs.com/asea123/p/11725099.html

https://cloud.tencent.com/developer/article/1634218
https://www.cnblogs.com/asea123/p/11725099.html

https://www.jianshu.com/p/957f605a646c