分布式事務 XA事務 兩階段提交

2022-03-30 21:13:04 字數 2539 閱讀 6096

1.分布式事務:

在談到 xa 規範之前,必須首先了解分布式事務處理( distributed transaction processing , dtp )的概念。 transaction ,即事務,又稱之為交易,指乙個程式或程式段,在乙個或多個資源如 資料庫 或檔案上為完成某些功能的執行過程的集合。

分布式事務處理是指乙個事務可能涉及多個資料庫操作,分布式事務處理的關鍵是必須有一種方法可以知道事務在任何地方所做的所有動作,提交或回滾事務的決定必須產生統一的結果(全部提交或全部回滾)。

x/open 組織(即現在的 open group )定義了分布式事務處理模型。x/open dtp 模型( 1994 )包括應用程式( ap )、事務管理器( tm )、資源管理器( rm )、通訊資源管理器( crm )四部分

一般,常見的事務管理器( tm )是交易中介軟體,常見的資源管理器( rm )是資料庫,常見的通訊資源管理器( crm )是訊息中介軟體

。通常把乙個資料庫內部的事務處理,如對多個表的操作,作為本地事務看待

。資料庫的事務處理物件是本地事務,而

分布式事務處理的物件是全域性事務

。所謂全域性事務,是指分布式事務處理環境中,多個資料庫可能需要共同完成乙個工作,這個工作即是乙個全域性事務,例如,乙個事務中可能更新幾個不同的資料庫。對資料庫的操作發生在系統的各處,但必須全部被提交或回滾。此時

乙個資料庫對自己內部所做操作的提交不僅依賴本身操作是否成功,還要依賴與全域性事務相關的其它資料庫的操作是否成功

,如果任一資料庫的任一操作失敗,則參與此事務的所有資料庫所做的所有操作都必須回滾。

一般情況下,某一資料庫無法知道其它資料庫在做什麼,因此,在乙個 dtp 環境中,交易中介軟體是必需的,由它通知和協調相關資料庫的提交或回滾。而乙個資料庫只將其自己所做的操作(可恢復)影射到全域性事務中。

xa 就是 x/open dtp 定義的交易中介軟體與資料庫之間的介面規範(即介面函式)。交易中介軟體用它來通知資料庫事務的開始、結束以及提交、回滾等。xa 介面函式由資料庫廠商提供。

2.xa 與兩階段提交協議:

通常情況下,交易中介軟體與資料庫通過 xa 介面規範,使用兩階段提交來完成乙個全域性事務, xa 規範的基礎是兩階段提交協議。

第一階段:交易中介軟體請求所有相關資料庫準備提交(預提交)各自的事務分支,以

確認是否所有相關資料庫都可以提交各自的事務分支

。當某一資料庫收到預提交後,如果可以提交屬於自己的事務分支,則將自己在該事務分支中所做的操作固定記錄下來,並給交易中介軟體乙個同意提交的應答,此時數 據庫將不能再在該事務分支中加入任何操作,但此時資料庫並沒有真正提交該事務,資料庫對共享資源的操作還未釋放(處於上鎖狀態)。如果由於某種原因資料庫 無法提交屬於自己的事務分支,它將回滾自己的所有操作,釋放對共享資源上的鎖,並返回給交易中介軟體失敗應答。

第二階段:交易中介軟體

審查所有資料庫返回的預提交結果,如所有資料庫都可以提交,交易中介軟體將要求所有資料庫做正式提交,這樣該全域性事務被提交。而如果有任一資料庫預提交返回失敗,交易中介軟體將要求所有其它資料庫回滾其操作,這樣該全域性事務被回滾。

以乙個全域性事務為例, ap 首先通知交易中介軟體開始乙個全域性事務,交易中介軟體通過 xa 介面函式通知資料庫開始事務,然後 ap 可以對資料庫管理的資源進行操作,資料庫系統記錄事務對本地資源的所有操作。操作完成後交易中介軟體通過 xa 介面函式通知資料庫操作完成。交易中介軟體負責記錄 ap 操作過哪些資料庫(事務分支)。 ap 根據情況通知交易中介軟體提交該全域性事務,交易中介軟體會通過 xa 介面函式要求各個資料庫做預提交,所有資料庫返回成功後要求各個資料庫做正式提交,此時一筆全域性事務結束。

xa 規範對應用來說,最大好處在於事務的完整性由交易中介軟體和資料庫通過 xa 介面控制, ap 只需要關注與資料庫的應用邏輯的處理,而無需過多關心事務的完整性,應用設計開發會簡化很多。

具體來說,

如果沒有交易中介軟體,應用系統需要在程式內部直接通知資料庫開始、結束和提交事務,當出現異常情況時必須由專門的程式對資料庫進行反向操作才能完成回滾

。如果是有很多事務分支的全域性事務,回滾時情況將變得異常複雜。而使用 xa 介面,則全域性事務的提交是由交易中介軟體控制,應用程式只需通知交易中介軟體提交或回滾事務,就可以控制整個事務(可能涉及多個異地的資料庫)的全部提交或回滾,應用程式完全不用考慮沖正邏輯。

在乙個涉及多個資料庫的全域性事務中,為保證全域性事務的完整性,由交易中介軟體控制資料庫做兩階段提交是必要的。

但 典型的兩階段提交,對資料庫來說事務從開始到結束(提交或回滾)時間相對較長,在事務處理期間資料庫使用的資源(如邏輯日誌、各種鎖),直到事務結束時才 會釋放。因此,使用典型的兩階段提交相對來說會占用更多的資源,在網路條件不是很好,如低速網、網路顛簸頻繁,情況會更為嚴重。

當乙個全域性事務只涉及乙個資料庫時,有一種優化方式,即一階段提交。當 ap 通知交易中介軟體提交事務時,交易中介軟體直接要求資料庫提交事務,省去兩階段提交中的第一階段,可以縮短處理乙個事務的時間,以提高事務處理的效率。作為兩 階段提交的一種特例,與兩階段一樣,一階段提交也是標準的。

XA分布式事務處理兩階段提交

在談到 xa規範之前,必須首先了解分布式事務處理 distributed transaction processing dtp 的概念。transaction 即事務,又稱之為交易,指乙個程式或程式段,在乙個或多個資源如 資料庫 或檔案上為完成某些功能的執行過程的集合。分布式事務處理是指乙個事務可能...

分布式事務之XA兩階段提交優缺點

盡量保證類資料的強一致性 無法完全保障 適合對資料強一致要求很高的關鍵領域 執行過程中,所有參與節點都是事務阻塞型的,當參與者找有公共資源時,其他第三方節點訪問公共資源不得不處於阻塞狀態 由於協調者的重要性,一旦協調者發生故障,參與者會一直阻塞下去,尤其在第二階段,協調者發生故障,那麼所有的三語者都...

兩階段提交事務

2pc two phase commitment protocol 兩階段提交協議 實現分布式事務的關鍵就是兩階段提交協議。在此協議中,乙個或多個資源管理器的活動均由乙個稱為事務協調器的單獨軟體元件來控制。此協議中的五個步驟如下 應用程式呼叫事務協調器中的提交方法。事務協調器將聯絡事務中涉及的每個資...