為什麼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中文網其他相關文章！