【分佈式事務】面試官問我：MySQL中的XA事務崩潰瞭如何恢復？？

寫在前面

前段時間搭建了一套MySQL分佈式數據庫集羣，數據庫節點有12個，用來測試各類分佈式事務方案的性能和優缺點。測試MySQL XA事務時，正當測試腳本向數據庫中批量插入數據時，強制服務器斷電！注意：是直接拔電源，使其瞬間斷電，再次重啓服務器後，MySQL數據庫報錯了。特此記錄MySQL XA事務的恢復。

MySQL XA事務問題

服務器強制斷電後重啓，此時MySQL報錯，查看MySQL啓動日誌時，發現以下所示的錯誤信息。

InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
100224 23:24:20 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
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
InnoDB: in total 0 row operations to undo
InnoDB: Trx id counter is 0 5312768
InnoDB: Starting in background the rollback of uncommitted transactions
100224 23:24:20 InnoDB: Rollback of non-prepared transactions completed
100224 23:24:20 InnoDB: Started; log sequence number 0 3805002509
100224 23:24:20 InnoDB: Starting recovery for XA transactions...
100224 23:24:20 InnoDB: Transaction 0 4497755 in prepared state after recovery
100224 23:24:20 InnoDB: Transaction contains changes to 8 rows
100224 23:24:20 InnoDB: Transaction 0 4468551 in prepared state after recovery
100224 23:24:20 InnoDB: Transaction contains changes to 1 rows
100224 23:24:20 InnoDB: Transaction 0 4468140 in prepared state after recovery
100224 23:24:20 InnoDB: Transaction contains changes to 1 rows
100224 23:24:20 InnoDB: 3 transactions in prepared state after recovery
100224 23:24:20 [Note] Found 3 prepared transaction(s) in InnoDB
100224 23:24:20 [Warning] Found 3 prepared XA transactions
100224 23:24:20 [Note] Event Scheduler: Loaded 0 events
100224 23:24:20 [Note] /opt/mysql/bin/mysqld: ready for connections.
Version: '8.0.18' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)

從上面的日誌信息中，能夠看出有三個XA的事務沒有提交或回滾。那該如何恢復MySQL的XA事務呢？

恢復MySQL XA事務

首先，登陸到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 |
+----------+--------------+--------------+------------------------------------------------------------+

數據表示信息以下：

formatIDis the formatIDpart of the transaction xid
gtrid_lengthis the length in bytes of the gtridpart of the xid
bqual_lengthis the length in bytes of the bqualpart of the xid
datais the concatenation of the gtridand bqualparts of the xid

這是三個XA事務的信息，準備直接回滾。

mysql> xa rollback '1-7f000001:bae5:4b6928eb:fb5c3','7f000001:bae5:4b6928eb:fb5cd',131075;
Query OK, 0 rows affected (0.41 sec)

MySQL XA事務補充

XA事務支持限於InnoDB存儲引擎。

MySQL XA實施是針對外部XA的，其中，MySQL服務器做爲資源管理器，而客戶端程序做爲事務管理器。未實施「內部XA」。這樣，就容許MySQL服務器內的單獨存儲引擎做爲RM（資源管理器），而服務器自己做爲TM（事務管理器）。處理包含1個以上存儲引擎的XA事務時，須要內部XA。內部XA的實施是不完整的，這是由於，它要求存儲引擎在表處理程序層面上支持兩階段提交，目前僅對InnoDB實現了該特性。

對於XA START，不支持JOIN和RESUME子句。

對於XA END，不支持SUSPEND [FOR MIGRATE]子句。

在全局事務內，對於每一個XA事務，xid值的bqual部分應是不一樣的，該要求是對當前MySQL XA實施的限制。它不是XA規範的組成部分。

若是XA事務達到PREPARED狀態並且MySQL服務器宕機，當服務器重啓後，可以繼續處理事務。就像本來應當的那樣。可是，若是客戶端鏈接停止而服務器繼續運行，服務器將回滾任何未完成的XA事務，即便該事務已達到PREPARED狀態也一樣。它應能提交或回滾PREPARED XA事務，但在不更改二進制日誌機制的狀況下不能這樣。

重磅福利

微信搜一搜【冰河技術】微信公衆號，關注這個有深度的程序員，天天閱讀超硬核技術乾貨，公衆號內回覆【PDF】有我準備的一線大廠面試資料和我原創的超硬核PDF技術文檔，以及我爲你們精心準備的多套簡歷模板（不斷更新中），但願你們都能找到心儀的工做，學習是一條時而鬱鬱寡歡，時而開懷大笑的路，加油。若是你經過努力成功進入到了心儀的公司，必定不要懈怠放鬆，職場成長和新技術學習同樣，不進則退。若是有幸咱們江湖再見！

另外，我開源的各個PDF，後續我都會持續更新和維護，感謝你們長期以來對冰河的支持！！

寫在最後

若是你以爲冰河寫的還不錯，請微信搜索並關注「 冰河技術 」微信公衆號，跟冰河學習高併發、分佈式、微服務、大數據、互聯網和雲原生技術，「 冰河技術 」微信公衆號更新了大量技術專題，每一篇技術文章乾貨滿滿！很多讀者已經經過閱讀「 冰河技術 」微信公衆號文章，吊打面試官，成功跳槽到大廠；也有很多讀者實現了技術上的飛躍，成爲公司的技術骨幹！若是你也想像他們同樣提高本身的能力，實現技術能力的飛躍，進大廠，升職加薪，那就關注「 冰河技術 」微信公衆號吧，天天更新超硬核技術乾貨，讓你對如何提高技術能力再也不迷茫！