MySQL 事務 ACID 特性詳解與實戰應用模式

事務是資料庫從「單條 SQL」邁向「業務邏輯單元」的關鍵抽象。本文深入解析 ACID 四大特性在 InnoDB 中的實現機制、隔離級別對一致性的影響、COMMIT/ROLLBACK 交互模式、自動提交陷阱與分佈式事務擴展。

一、ACID 在 InnoDB 中的落地實現

二、事務控制語句與會話模式

-- 顯式事務
START TRANSACTION;  -- 或 BEGIN / BEGIN WORK
SELECT ... FOR UPDATE;  -- 鎖定讀
UPDATE ...;
INSERT ...;
COMMIT;  -- 或 ROLLBACK;

-- 儲存點（部分回滾）
SAVEPOINT sp1;
UPDATE ...;
ROLLBACK TO SAVEPOINT sp1;  -- 僅回滾到 sp1
RELEASE SAVEPOINT sp1;

自動提交模式

-- 查看/設定
SELECT @@autocommit;  -- 1=開啟(預設), 0=關閉
SET autocommit = 0;  -- 當前會話關閉，需顯式 COMMIT
SET autocommit = 1;  -- 開啟，每條 SQL 隱式提交

⚠️ 連線池陷阱：連線歸還池中時若未 COMMIT/ROLLBACK，下一個借用者將繼承未提交事務，導致資料不一致或鎖爭用。務必在連線池 reset 回調中執行 ROLLBACK。

三、隔離級別選擇指南

* RR 下靠 Next-Key Lock 防幻讀，但大範圍掃描會鎖大量間隙，併發急劇下降。

四、分佈式事務（XA）簡介

-- XA 事務流程
XA START 'xid_123';
UPDATE account SET balance = balance - 100 WHERE id = 1;
UPDATE account SET balance = balance + 100 WHERE id = 2;
XA END 'xid_123';
XA PREPARE 'xid_123';  -- 階段 1：寫入 prepare 狀態，持久化 redo/undo
-- 協調器收集所有參與者 PREPARE 成功後
XA COMMIT 'xid_123';   -- 階段 2：提交
-- 或
XA ROLLBACK 'xid_123';

• 需 innodb_support_xa=ON（預設開啟），二進制日誌環境必須開啟 否則主從數據不一致。
• 應用層通常用事務管理器（Atomikos、Bitronix、Seata）協調，而非手寫 XA SQL。