MySQL 事務機制深度解析：ACID 特性、分類與實戰應用

事務是數據庫區別於文件系統的核心特性，保證數據在並發、故障場景下的正確性。本文從 ATM 取款場景切入，系統講解 ACID 四大特性、五種事務類型（扁平/帶保存點/鏈/嵌套/分布式）、隔離級別與鎖機制，並給出 MySQL 實戰最佳實踐。

一、引子：ATM 取款為什麼需要事務？

取款 7 步驟：驗證密碼 → 查余額 → 用戶輸入金額 → 扣減賬戶余額 → 吐鈔 → 用戶取走鈔。
若第 5 步「扣減成功」但第 6 步「吐鈔失敗」，用戶錢少了、銀行多了，嚴重違背業務不變量。
事務解決方案：7 步要麼全成功，要麼全回滾，不存在中間狀態。

二、ACID 四大特性詳解

三、事務的五種分類

1. 扁平事務：最常見，BEGIN ... COMMIT/ROLLBACK，單層級，不支援部分提交/回滾。
2. 帶保存點的扁平事務：SAVEPOINT sp1; ROLLBACK TO sp1; 允許回滾到中間狀態，適用於長流程業務（如多段式出行）。
3. 鏈事務：提交時隱式啟動下一個事務，保持上下文（如游標位置），減少重新開啟開銷。
4. 嵌套事務：事務內部嵌套子事務，子事務提交不對外可見，父事務回滾則子事務全回滾。MySQL 不原生支援，需應用層模擬。
5. 分布式事務：跨多個資源管理器（多庫/多服務），需 XA 兩階段提交（2PC）或 TCC/Saga 模式，MySQL 支援 XA START/END/PREPARE/COMMIT/ROLLBACK。

四、隔離級別與並發異常

建議：生產環境多用 REPEATABLE READ（RR），配合 SELECT ... FOR UPDATE / LOCK IN SHARE MODE 解決特定並發衝突；高一致性場景可升級 SERIALIZABLE（性能代價大）。

五、MySQL 事務實戰最佳實踐

• 事務儘量短小：業務邏輯前置，只在事務中執行必要的寫操作，減少鎖持有時間。
• 避免長事務：長事務阻塞 Purge、導致 Undo Log 膨脹、備庫延遲、主庫鎖升級風險。
• 合理設置隔離級別：會話級 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED 適合高併發讀多寫少場景。
• 死鎖處理：InnoDB 自動檢測並回滾代價較小的事務；應用層捕獲 1213 錯誤碼重試。
• 分布式事務選型：強一致性用 XA（性能差、協調者單點）；最終一致性首選本地消息表 / 事務消息 / Seata AT 模式。
• 監控指標：Innodb_trx_id 歷史長度、Innodb_row_lock_waits、Innodb_deadlocks、活躍事務數。

六、總結

事務是數據庫可靠性的基石。理解 ACID 底層機制、掌握隔離級別權衡、識別長事務與分布式事務風險，是架構高可用、高併發系統的必修課。MySQL InnoDB 通過 MVCC + Redo/Undo Log + 鎖體系，在性能與一致性間實現了工程上的最佳平衡。