测试环境：MySQL版本：8.0

数据库表：

CREATE TABLE `test_t` (

  `id` int NOT NULL AUTO_INCREMENT COMMENT '主键id',

  `c` int DEFAULT NULL COMMENT '唯一索引',

  `d` int DEFAULT NULL COMMENT '普通字段',

  PRIMARY KEY (`id`),

  UNIQUE KEY `c` (`c`)

) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

我们很多的业务设计依赖于主键id自增的连续性，来进行一些操作。但实际上，id自增主键不能保证连续递增的。

第一种情况：我们在执行新增SQL语句

insert into test values(null, 1, 1); 

时，不设主键id的值时或是为null、0，主键id是自增的。不过你在中间大于自增id的值，这个连续性就会被打断。

如执行SQL是：insert into test_t values(21, 4, 1);

后续再自增的id是从21之后自增的，中间就连续不了。

第二种情况：唯一索引冲突

当执行该SQL语句时

insert into t values(null, 1, 1); 

第一次执行新增是成功，第二次再次执行SQL语句时，就会出现错误。因为表中c字段是唯一索引，所以会出现Duplicate key error错误导致新增失败。

第三种情况：事务回滚

其实事务回滚原理也和上面一样，都是因为异常导致新增失败，但是自增值没有进行回退。

第四种情况：事批量插入

批量插入数据的语句，MySQL 有一个批量申请自增 id 的策略：

语句执行过程中，第一次申请自增 id，会分配 1 个；

1 个用完以后，这个语句第二次申请自增 id，会分配 2 个；

2 个用完以后，还是这个语句， 第三次申请自增 id，会分配 4 个；

依此类推，同一个语句去申请自增 id，每次申请到的自增 id 个数都是上一次的两倍。