MySQL 事務機制深度解析：從 ACID 特性到實戰應用

MySQL 事務機制深度解析：從 ACID 特性到實戰應用

說到銀行轉帳，大家或許都有過這樣的疑慮：如果扣款成功但鈔票沒吐出來，資料庫怎麼辦？這正是事務機制要解決的核心問題。事務將一組 SQL 操作視為不可分割的單元，要麼全做，要麼全不做，確保資料一致性。

什麼是事務？

事務由一條或多條 SQL 語句組成，遵循「全有或全無」原則。以 ATM 取款為例：驗證密碼、扣除餘額、吐鈔、取走現金，這 7 個步驟必須全部成功，否則整個操作回滾，資料庫恢復原狀。

ACID 四大特性

• 原子性：事務是不可分割的工作單位，所有操作要麼全成功，要麼全失敗並回滾。
• 一致性：事務執行前後，資料庫完整性約束（如外鍵、唯一性）保持不變。
• 隔離性：並發事務互不干擾，通常透過鎖機制實現，確保事務提交前對其他事務不可見。
• 持久性：事務一旦提交，結果永久寫入資料庫，即使系統崩潰也能恢復。

事務的分類

1. 扁平事務：最常見，所有操作同層級，不支持部分提交/回滾。
2. 帶保存點的扁平事務：允許回滾到事務中較早的狀態，減少不必要的完全回滾開銷。
3. 鏈事務：回滾時只能恢復到最近一個保存點。
4. 嵌套事務：事務中嵌套子事務，子事務提交需父事務提交才生效，任一層回滾會連帶子事務回滾。
5. 分布式事務：跨多個資料庫節點（如跨行轉帳），協調各節點達到 ACID。

MySQL 中的事務控制語句

BEGIN | START TRANSACTION  -- 顯式開啟事務
COMMIT | COMMIT WORK       -- 提交事務，修改永久生效
ROLLBACK | ROLLBACK WORK   -- 回滾事務，撤銷未提交修改
SAVEPOINT identifier       -- 設定保存點
RELEASE SAVEPOINT identifier -- 刪除保存點
ROLLBACK TO identifier     -- 回滾到指定保存點
SET TRANSACTION ISOLATION LEVEL ... -- 設定隔離級別

預設下 MySQL 自動提交（autocommit=1），需顯式開啟事務或設定 SET AUTOCOMMIT=0 關閉自動提交。

隱式提交的 SQL 語句

以下語句執行後會隱式提交，無需手動 COMMIT：

• DDL：ALTER TABLE、CREATE TABLE、DROP TABLE 等
• 權限管理：GRANT、REVOKE、CREATE USER 等
• 維護指令：ANALYZE TABLE、OPTIMIZE TABLE 等

事務隔離級別

InnoDB 支援四種隔離級別，預設為 REPEATABLE READ：

• READ UNCOMMITTED：可能發生髒讀、不可重複讀、幻讀。
• READ COMMITTED：避免髒讀，但可能不可重複讀、幻讀。
• REPEATABLE READ（預設）：避免髒讀、不可重複讀，但可能幻讀（InnoDB 透過 Next-Key Lock 解決）。
• SERIALIZABLE：最高級別，完全串行化，效能最低。

可透過 SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL ... 調整。

總結

事務是資料庫可靠性的基石。理解 ACID、掌握隔離級別、善用保存點與嵌套事務，能有效應對複雜業務場景。實戰中請結合 EXPLAIN 分析執行計畫，避免長事務阻塞資源。