我正在使用PolarDB-MySQL 5.7，表为InnoDB。我想在删除行并重启实例后，避免AUTO_INCREMENT计数器向后回滚。

例如，在生产环境中，一个表曾达到 id = 5，因此下一个隐式值应该是 6。在删除位于 3 之上的行并重启实例后，旧版MySQL/InnoDB的行为可能会从 MAX(id) + 1 重新初始化计数器，从而下一个值变为 4。

一个更小的示例是：

CREATE TABLE t1 (
  id INT AUTO_INCREMENT PRIMARY KEY
) ENGINE = InnoDB;

INSERT INTO t1 VALUES (NULL), (NULL), (NULL), (NULL), (NULL);
-- ids 1, 2, 3, 4, 5 have been allocated

DELETE FROM t1 WHERE id > 3;
-- restart the instance

INSERT INTO t1 VALUES (NULL);
SELECT LAST_INSERT_ID();
-- I want 6, not 4.

这可能会破坏应用端的校验逻辑，该逻辑假设生成的ID不会被重用，或不会低于先前分配的高水位，即使某些行已被删除。

MySQL 8.0将 InnoDB的 AUTO_INCREMENT计数器在重启时持久化。是否有等价的方式在PolarDB-MySQL 5.7中避免这种逻辑回滚？

解决方案

启用PolarDB的持久化AUTO_INCREMENT行为：

[mysqld]
loose_innodb_rds_autoinc_persistent = ON

启用此选项后，PolarDB for MySQL 5.6/5.7会在聚簇索引根页中持久化InnoDB的 AUTO_INCREMENT高水位，而不是仅依赖内存中的计数器，并在重启后从MAX(id) 重新初始化。

一个简短的验证用例是：

CREATE TABLE t1 (id INT AUTO_INCREMENT PRIMARY KEY) ENGINE=InnoDB;

INSERT INTO t1 VALUES(NULL), (NULL), (NULL), (NULL), (NULL);
SHOW CREATE TABLE t1;  -- AUTO_INCREMENT=6

DELETE FROM t1 WHERE id > 3;

重启实例

INSERT INTO t1 VALUES(NULL);
SELECT LAST_INSERT_ID() AS expected_6;

预期结果：

+------------+
| expected_6 |
+------------+
|          6 |
+------------+

这并不会让AUTO_INCREMENT无间隙。它只是防止在重启后，计数器在逻辑上回滚到MAX(id) + 1。

如果现有表已经受到影响，请启用该选项并通过以下方式显式提升计数器：

ALTER TABLE t1 AUTO_INCREMENT = N;
where N is above the high-water mark you need to preserve.