好险！刚入职就遇到MySQL这么大Bug！差点背锅走人！-技术圈

走过路过不要错过

点击蓝字关注我们

群里一网友这两天刚入职新公司，遇到一个重启 MySQL 服务后，自动增长值丢失问题，差点背锅走人。下面我们一起来回顾一下这个问题。

在 mysql 中用自增列作为主键时，先往表里插入 5 条数据，此时表里数据 id 为 1、2、3、4、5，如果此时删除 id=4、5 的数据后，再重启数据库，重启成功后向表里 insert 数据的时候，INNODB、MyISAM 引擎下 ID 分别是从几开始增加？如果你没经历过，或者当面试时被问到这个问题时，相信多数人都是一脸懵逼。MD 谁有事没事去重启线上数据库嘛。最主要的是很多没有测试过这个场景，没有这方面的经验，我在这里做个笔记，大家轻点喷！

MySQL 通常使用的引擎都是 InnoDB，在建表时，一般使用自增列作为表的主键，这样的表对提高性能有一定的帮助。但是自增列有一个坑，并且这个坑存在了很久，一直到 MySQL 8.0 版本，才修复了这个坑，这个坑就是表的自增列变量 auto_increment 在 MySQL 重启后，有可能丢失。

「innodb 引擎(低版本)：Innodb 表中把自增列作为主键 ID 时，自增列是通过 auto-increment 计数器实现的，计数器的最大值是记录到内存中的，重启数据库后，会导致 auto-increment 计数器重置，从而会导致主键 ID 重置。」
「MyISam 引擎：MyISAM 表会把自增列(auto-increment 计数器)最大值是记录到数据文件里，重启 MySQL 自增列(计数器)最大值不会丢失，从而使用自增列作为主键 ID 时也不会丢失。」

在这里推荐一个0.2元的《MySQL训练营大厂面试集训营》，相当于白嫖不要钱，感兴趣的朋友可以支持一下，三天直播+录播+学习笔记+MySQL优化命令

扫码报名

场景一

「mysql 数据库不重启时，innodb 自增主键 ID 会根据 auto-increment 计数器一直递增。」

向 user 表里插入 5 条数据，主键 ID 按自增列通过 auto-increment 计数器实现自增。

在 user 表里删除 id 为 4、5 的数据，再向 user 表中插入一条数据，主键 ID 是 auto-increment 的值 6。

场景二

mysql 数据库重启后，innodb 自增主键 ID 会根据 auto-increment 计数器的重置而重置。

在场景一的基础上，在删除 id 为 6、3 的数据后，此时 auto-increment 计数器的值为 7，user 表里的 id 最大是 2。

然后重启数据库后，auto-increment 计数器的值变为 3，也就是 user 表里的自增列 ID 的最大值 2 加 1。

此时在插入数据时，自增 ID 会从 3 开始自增。Innodb 表中把自增列作为主键 ID 时，在 mysql 重启后就会存在 ID 重置问题。**删除数据后，再重启，AUTO_INCREMENT 会查询表里最大 ID 并进行重置，重置后和重启前AUTO_INCREMENT 计数器的值不同。**在 MyISAM 引擎表中的自增列不会存在这个问题。

MySQL 8.0 auto-increment 计数器逻辑

在 MySQL 8.0 中，这个计数器的逻辑变了：每当计数器的值有变，InnoDB 会将其写入 redo log，保存到引擎专用的系统表中。MySQL 正常关闭后重启：从系统表中获取计数器的值。MySQL 故障后重启：从系统表中获取计数器的值；从最后一个检查点开始扫描 redo log 中记录的计数器值；取这两者的最大值作为新值。

总结

1）如果 mysql 重启了，那么 innodb 表在启动后，AUTO_INCREMENT 值会自动检测出、并重置为当前表中自增列的最大值 +1。2）假如一个表里 AUTO_INCREMENT 计数器的值是 10，此时执行update table set id = 15 where id = 9后，如果这时再继续插入数据，到了自增 ID=15 的时候是会报错。

但是这个时候继续插入，就不会报错。因为刚才即使报错了，AUTO_INCREMENT 的值依旧会增加。3）现在使用的一般都是 innodb 引擎，如果将 myisam 引擎转换过来的时候，一定要小心这个引擎在自增 id 上的不同表现。在主从使用不同引擎的时候,也会出现问题，最好将引擎改完一致性的。

如果对MySQL你才刚刚入门，对MySQL的底层原理没有过接触，对执行流程也不太清晰，我建议你可以看一看这个训练营。

扫描上方二维码添加免费领取下方MySQL配套学习资料