MySQL 8.0特性-自增变量的持久化

在MySQL 8.0之前，自增主键AUTO_INCREMENT的值如果大于max(primary key)+1，在MySQL重启后，会重置AUTO_INCREMENT=max(primary key)+1，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。下面通过案例来对比不同的版本中自增变量是否持久化。

MySQL5.7测试

在MySQL 5.7版本中，测试步骤如下：创建的数据表中包含自增主键的id字段，语句如下：

sql 复制代码

CREATE TABLE test1(
id INT PRIMARY KEY AUTO_INCREMENT
);
-- 插入4个空值，执行如下：
INSERT INTO test1
VALUES(0),(0),(0),(0);

-- 查询数据表test1中的数据，结果如下：
mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
+----+
4 rows in set (0.00 sec)

-- 删除id为4的记录，语句如下：
DELETE FROM test1 WHERE id = 4;

-- 再次插入一个空值，语句如下：
INSERT INTO test1 VALUES(0);

-- 查询此时数据表test1中的数据，结果如下：
mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 5 |
+----+
4 rows in set (0.00 sec)
-- 从结果可以看出，虽然删除了id为4的记录，但是再次插入空值时，并没有重用被删除的4，而是分配了5。
-- 删除id为5的记录
DELETE FROM test1 where id=5;

重启数据库

shell 复制代码

service mysql stop
service mysql start

继续插入空值，然后再次查询数据表test1中的数据，结果如下：

sql 复制代码

mysql> INSERT INTO test1 values(0);
Query OK, 1 row affected (0.00 sec)

mysql> select * from test1;
+----+
| id |
+----+
|  1 |
|  2 |
|  3 |
|  4 |
+----+
4 rows in set (0.00 sec)

从结果可以看出，新插入的0值分配的是4，按照重启前的操作逻辑，此处应该分配6。出现上述结果的主要原因是自增主键没有持久化。在MySQL 5.7系统中，对于自增主键的分配规则，是由InnoDB数据字典内部一个计数器来决定的，而该计数器只在内存中维护，并不会持久化到磁盘中。当数据库重启时，该计数器会被初始化。

MySQL 8.0测试

上述测试步骤最后一步的结果如下：

sql 复制代码

mysql> select * from test1;
+----+
| id |
+----+
|  1 |
|  2 |
|  3 |
|  6 |
+----+
4 rows in set (0.00 sec)

从结果可以看出，自增变量已经持久化了。

MySQL 8.0将自增主键的计数器持久化到 重做日志中。每次计数器发生改变，都会将其写入重做日志中。如果数据库重启，InnoDB会根据重做日志中的信息来初始化计数器的内存值。