MySQL 8 新特性之自增主键的持久化_mysql

概述自增主键没有持久化是个比较早的bug，这点从其在官方bug网站的id号也可看出（https://bugs.mysql.com/bug.php?id=199）。由Peter Zaitsev（现Perco

自增主键没有持久化是个比较早的BUG，这点从其在官方BUG网站的ID号也可看出（https://bugs.mysql.com/bug.php?id=199）。由Peter Zaitsev（现Percona CEO）于2003年提出。历史悠久且臭名昭著。

首先，直观的重现下。

MysqL> create table t1(ID int auto_increment primary key);query OK,0 rows affected (0.01 sec)MysqLinsert into t1 values(null),(null3 rows affected ( sec)Records: 3  Duplicates: 0  Warnings: 0MysqLselect * from t1;+----+| ID ||  1 2 3 3 rows in set (0.00delete from t1 where ID=3;query OK,1); Font-weight: bold">1 row affected (0.360.354 0.01 sec)

虽然ID为3的记录删除了，但再次插入null值时，并没有重用被删除的3，而是分配了4。删除ID为4的记录，重启数据库，重新插入一个null值。

MysqL4;# service MysqLd restartMysqL0.00 sec)

可以看到，新插入的null值分配的是3，按照重启前的 *** 作逻辑，此处应该分配5啊。这就是自增主键没有持久化的BUG。究其原因，在于自增主键的分配，是由InnoDB数据字典内部一个计数器来决定的，而该计数器只在内存中维护，并不会持久化到磁盘中。当数据库重启时，该计数器会通过下面这种方式初始化。

SELECT MAX(ai_col) FROM table_name FOR UPDATE;

@H_403_157@MysqL 8.0的解决思路将自增主键的计数器持久化到redo log中。每次计数器发生改变，都会将其写入到redo log中。如果数据库发生重启，InnoDB会根据redo log中的计数器信息来初始化其内存值。为了尽量减小对系统性能的影响，计数器写入到redo log中，并不会马上刷新。具体可参考：https://dev.mysql.com/worklog/task/?id=6204 因自增主键没有持久化而出现问题的常见场景：1. 业务将自增主键作为业务主键，同时，业务上又要求主键不能重复。2. 数据会被归档。在归档的过程中有可能会产生主键冲突。所以，强烈建议不要使用自增主键作为业务主键。刨除这两个场景，其实，自增主键没有持久化的问题并不是很大，远没有想象中的”臭名昭著“。最后，给出一个归档场景下的解决方案，创建一个存储过程，根据table2（归档表）自增主键的最大值来初始化table1（在线表）。这个存储过程可放到init_file参数指定的文件中，该文件中的sql会在数据库启动时执行。

DEliMITER ;;CREATE PROCEDURE `auto_increment_fromtable2`(IN table1 VARCHAR(255),IN table2 255))BEGINset @qry = concat('SELECT @max1 := (`ID` + 1) FROM `',table1,` ORDER BY `ID` DESC liMIT 1;');    prepare stmt from @qry;execute stmt;deallocate prepare stmt;    SELECT @max2 := (`ID` + 1) FROM `IF @max1 < @max2 THEN    alter table `` auto_increment=@max2);@qry;execute stmt;updated' as `status`;elseno update neededEND IFEND ;;DEliMITER ;