MySQL XA 事務恢復全流程實戰：崩潰恢復日誌分析、xa recover、xa rollback 手動清理

崩潰現場日誌解讀

InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Transaction 0 4497755 was in the XA prepared state.
InnoDB: Transaction 0 4468551 was in the XA prepared state.
InnoDB: Transaction 0 4468140 was in the XA prepared state.
InnoDB: 3 transaction(s) which must be rolled back or cleaned up
...
[Warning] Found 3 prepared XA transactions

關鍵信息：3 筆 XA 事務停留在 PREPARED 狀態，需手動提交或回滾。

XA 事務狀態機

XA START xid  →  ACTIVE
XA END xid    →  IDLE
XA PREPARE xid → PREPARED  （寫入 redo log，持久化，等待協調器決策）
XA COMMIT xid  → 提交，釋放鎖
XA ROLLBACK xid → 回滾，釋放鎖

協調器（應用/事務管理器）崩潰導致 PREPARED 事務「懸掛」，MySQL 重啟後不會自動處理，需人工干預。

手動恢復步驟

1. 登入 MySQL 查詢懸掛事務
   

   mysql> XA RECOVER;
   +----------+--------------+--------------+--------------------------------------------------+
   | formatID | gtrid_length | bqual_length | data                                             |
   +----------+--------------+--------------+--------------------------------------------------+
   | 131075   | 30           | 28           | 1-7f000001:bae5:4b6928eb:f06397f000001:bae5:4b6928eb:f0650 |
   | 131075   | 30           | 28           | 1-7f000001:bae5:4b6928eb:fb5c37f000001:bae5:4b6928eb:fb5cd |
   | 131075   | 30           | 28           | 1-7f000001:bae5:4b6928eb:f03ea7f000001:bae5:4b6928eb:f0400 |
   +----------+--------------+--------------+--------------------------------------------------+
   

   • data = gtrid + bqual（全局事務 ID + 分支限定符）。
   • formatID=131075 為 MySQL 內部固定值。
2. 根據業務決策：回滾或提交
   若無法確認上游是否已提交，**安全優先選擇回滾**：
   

   -- 語法：XA ROLLBACK 'gtrid','bqual',formatID
   XA ROLLBACK '1-7f000001:bae5:4b6928eb:fb5c3','7f000001:bae5:4b6928eb:fb5cd',131075;
   -- 依次執行三條
   

3. 驗證清理完成
   

   mysql> XA RECOVER;
   Empty set  -- 無懸掛事務
   

4. 重啟服務觀察錯誤日誌
   不再出現 Found prepared XA transactions 警告，恢復正常。

MySQL XA 實施限制（官方文檔節選）

• 僅支持 InnoDB 存儲引擎。
• 屬於 外部 XA：MySQL 充當資源管理器（RM），客戶端為事務管理器（TM）。未實現內部 XA（跨引擎兩階段提交）。
• XA START 不支持 JOIN/RESUME；XA END 不支持 SUSPEND [FOR MIGRATE]。
• 同一全局事務下，每個分支的 bqual 必須不同（MySQL 額外限制）。
• 客戶端斷開而服務器存活：服務器會回滾未完成的 XA 事務（即使已 PREPARED）。這與標準 XA 不符，源於 binlog 機制限制。

生產環境最佳實踐

總結

XA 事務崩潰恢復核心：XA RECOVER 發現懸掛 → 業務決策 → XA COMMIT/ROLLBACK 清理 → 驗證無殘留。生產環境務必納入自動化巡檢與告警，避免懸掛事務長期佔用鎖資源導致業務阻塞。