重用丢失的 AUTO_INCREMENT 值

Question

我试图了解 innodb 关于重用可能出现在 AUTO_INCREMENT 值序列中的间隙的确切行为。问题是在我看来，我在文档中发现了两个相互矛盾的描述。

1. http://dev.mysql.com/doc/refman/5.6/en/innodb-auto-increment-configurable.html

在所有锁定模式（0、1 和 2）中，如果生成的事务 自动增量值回滚，那些自动增量值是 “丢失”。一旦为自增列生成了一个值，它 不能回滚，无论“INSERT-like”语句是否 已完成，以及包含的事务是否滚动 背部。此类丢失的值不会被重复使用。

2 。 http://dev.mysql.com/doc/refman/5.6/en/innodb-restrictions.html

当你重新启动 MySQL 服务器时，InnoDB 可能会重用一个旧值 为 AUTO_INCREMENT 列生成但从未存储（即 在滚动的旧事务期间生成的值 返回）。

那么这些丢失的值会被重用吗？如果它们确实会在重新启动 MYSQL 服务器后被重用，那么考虑到 InnoDB 通过执行等效的语句来确定新的 AUTO_INCREMENT 值，这怎么可能

从 t 中选择 MAX(ai_col) 进行更新

?

Answer 1

我相信这意味着

如果生成自动递增值的事务回滚， 除非重新启动服务器，否则这些自动增量值会“丢失” 在需要生成任何进一步的自动增量值之前。

我找不到确认此行为的权威参考，但以下测试似乎同意：

bash > mysql test

mysql > CREATE TABLE ai (id INT AUTO_INCREMENT PRIMARY KEY);
mysql > BEGIN;
mysql > INSERT INTO ai VALUES (NULL);
mysql > ROLLBACK;
mysql > BEGIN;
mysql > INSERT INTO ai VALUES (NULL);
mysql > COMMIT;
mysql > SELECT * FROM ai;
+----+
| id |
+----+
|  2 |
+----+
mysql > BEGIN;
mysql > INSERT INTO ai VALUES (NULL);
mysql > ROLLBACK;
mysql > -- expecting auto-increment value "3" to be "consumed"
mysql > quit;

bash > service mysql restart
bash > mysql test

mysql > BEGIN;
mysql > INSERT INTO ai VALUES (NULL);
mysql > COMMIT;
mysql > SELECT * FROM ai;
+----+
| id |
+----+
|  2 |
|  3 |
+----+

Answer 2

第一种情况是正常行为，是您所期望的。

第二种情况是一个奇怪的情况。

假设我们正在为写入分配 1024，但写入或事务未完成，因为 MySQL 已停止或崩溃。在某些情况下，会记录 1024 的使用情况，因此接下来将分配 1025。但是，有一个小窗口没有记录1024的分配在表中用于启动。这解释了案例 2。

此外，InnoDB 实际上并没有为新分配执行真正的 MAX（但 MyISAM 会）。它是等价的。但是它确实在启动时这样做

还可以查看这些

• 在 dbe.se 上：https://dba.stackexchange.com/q/16602/630
• 自 2003 年以来的 MySQL 错误：http://bugs.mysql.com/bug.php?id=199

更新。

问题中的第一个链接 (http://dev.mysql.com/doc/refman/5.6/en/innodb-auto-increment-traditional.html) 解释了这种行为。如果链接失效，请在下面选择引号：

如果您为 InnoDB 表指定 AUTO_INCREMENT 列，则 InnoDB 数据字典中的表句柄包含一个称为自动增量计数器的特殊计数器，用于为该列分配新值。此计数器仅存储在主内存中，而不存储在磁盘上

因此，这是一个运行时的事情，其中​​数字与实际表分开递增。这解释了差距：新值的分配与写入不同。

InnoDB 使用以下算法为表 t 初始化自动增量计数器，该表包含名为 ai_col 的 AUTO_INCREMENT 列：服务器启动后，对于表 t 的第一次插入，InnoDB 执行与此语句等效的语句：

因此，由于服务器重启而导致分配成功但写入失败的文件将被丢弃。