为什么MySQL的AUTO_INCREMENT在事务失败时不回滚？

MySQL 的 AUTO_INCRMENT 之谜：为什么它不回滚

MySQL 的 AUTO_INCRMENT 字段与 InnoDB 的事务支持相结合，提出了一个有趣的问题：为什么事务后 AUTO_INCRMENT 值是否保持不变回滚？

理解设计原理

与预期相反，AUTO_INCREMENT 字段的非回滚行为是有意为之的。为了说明原因，让我们考虑一个复杂的事务场景：

场景：

1. 程序 1 使用自动递增主键 ( 557).
2. 程序 2 将一条记录插入 FOO (558) 和 BAR （外键引用 FOO 中的 558 值）。
3. 程序 2 提交其事务。
4. 程序 3 从 FOO 生成报告并打印 558 记录。
5. 程序 1 回滚其事务。

困境：

如果 AUTO_INCREMENT 字段要回滚其值，会发生什么：

• FOO 中的 557 值（递减主键会破坏数据完整性）？
• BAR 中的 558 值（悬空外键参考）？
• 打印的558记录（我们如何从报告中删除它）？

解决困境

有对于这个困境，没有恒定时间的解决方案。但是，您可以通过在记录上使用状态标志来维护数据完整性。此方法需要：

• 在初始插入时将记录的状态设置为“未完成”。
• 成功处理后启动事务并将状态更新为“完成”（或类似）。
• 提交交易以使记录生效。
• 在发生以下情况时保留不完整的记录用于审计目的的事务回滚。

结论

虽然 MySQL 的 AUTO_INCREMENT 字段的非回滚行为可能看起来非常规，但它旨在防止数据损坏并维护复杂事务环境中的引用完整性。使用状态标志的解决方法牺牲了回滚事务的能力，但确保了关键审计场景中的数据完整性。

以上是为什么MySQL的AUTO_INCREMENT在事务失败时不回滚？的详细内容。更多信息请关注PHP中文网其他相关文章！