MySQL AUTO_INCRMENT 不回滚

你在学习Golang相关的知识吗？本文《MySQL AUTO_INCRMENT 不回滚》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

我使用 MySQL 的 AUTO_INCRMENT 字段和 InnoDB 来支持事务。我注意到当我回滚事务时，AUTO_INCRMENT 字段没有回滚？我发现它是这样设计的，但是有什么解决方法吗？

正确答案

让我指出一些非常重要的事情：

您永远不应该依赖自动生成的键的数字特征。

也就是说，除了比较它们的相等 (=) 或不相等 (<>) 之外，您不应该执行任何其他操作。没有关系运算符（<，>），没有按索引排序等。如果您需要按“添加日期”排序，则有一个“添加日期”列。

将它们视为苹果和橙子：问苹果是否与橙子相同有意义吗？是的。问苹果是否比橙子大有意义吗？不。（事实上，确实如此，但你明白我的意思。）

如果您遵守此规则，自动生成索引的连续性间隙将不会导致问题。

它不能那样工作。考虑：

• 程序一，您打开一个事务并插入到具有 autoinc 主键的表 FOO 中（任意地，我们说它的键值是 557）。
• 程序二启动，它打开一个事务并插入到表 FOO 中，得到 558。
• 将两个插入编程到表 BAR 中，该表有一列是 FOO 的外键。所以现在 558 位于 FOO 和 BAR 中。
• 程序二现已提交。
• 程序三启动并从表 FOO 生成报告。 558 记录已打印。
• 之后，程序一回滚。

数据库如何回收557值？它是否会进入 FOO 并递减所有其他大于 557 的主键？它如何修复 BAR？它如何擦除打印在报告程序三个输出上的558？

出于同样的原因，Oracle 的序列号也独立于事务。

如果你能在恒定的时间内解决这个问题，我相信你可以在数据库领域赚很多钱。

现在，如果您要求自动增量字段永远不会有间隙（例如，出于审计目的）。那么您就无法回滚您的交易。相反，您需要在记录上有一个状态标志。第一次插入时，记录的状态为“不完整”，然后您开始事务，完成工作并将状态更新为“竞争”（或您需要的任何内容）。然后，当您提交时，记录就会生效。如果事务回滚，不完整的记录仍然存在以供审计。这会给您带来许多其他麻烦，但这是处理审计跟踪的一种方法。

好了，本文到此结束，带大家了解了《MySQL AUTO_INCRMENT 不回滚》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！