mysql 主键自增_Mysql 8新特性之(5):自增主键的bug已修复

问题历史背景是自增主键没有持久化是个比较早的bug.

MySQL5.7及以前版本

MySQL服务器重启，会重新扫描表的主键最大值，

如果之前已经删除过id=100的数据，但是表中当前记录的最大值如果是99，那么经过扫描，下一条记录的id是100，而不是101。

MySQL8.0后版本

是每次在变化的时候，都会将自增计数器的最大值写入redo log,同时在每次检查点将其写入引擎私有的系统表。

则不会出现自增主键重复的问题。

这就是自增主键没有持久化的bug。

究其原因，在于自增主键的分配，是由InnoDB数据字典内部一个计数器来决定的，

而该计数器只在内存中维护，并不会持久化到磁盘中。

当数据库重启时，该计数器会通过下面这种方式初始化。

MySQL 8.0的解决思路

将自增主键的计数器持久化到redo log中。

每次计数器发生改变，都会将其写入到redo log中。

如果数据库发生重启，InnoDB会根据redo log中的计数器信息来初始化其内存值。

为了尽量减小对系统性能的影响，计数器写入到redo log中，并不会马上刷新。

自增主键常见场景：

1. 业务将自增主键作为业务主键，同时，业务上又要求主键不能重复。

2. 数据会被归档。在归档的过程中有可能会产生主键冲突。

所以，强烈建议不要使用自增主键作为业务主键。

刨除这两个场景，其实，自增主键没有持久化的问题并不是很大。

mysql bug官网

bugs.mysql.com/bug.php?id=199

感谢收看本期Q程序员说，最后别忘点赞加关注哈！我接着继续整，有啥不爽留言。