MySQL數據庫中對XA事務的限制

XA事務支持限于InnoDB存儲引擎。 MySQL XA實施是針對外部XA的，其中，MySQL服務器作為資源管理器，而客戶端程序作為事務管理器。未實施內部XA。這樣，就允許MySQL服務器內的單獨存儲引擎作為RM(資源管理器)，而服務器本身作為TM(事務管理器)。處理包含1個以

　　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事務，但在不更改二進制日志機制的情況下不能這樣。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com