[發明專利]去中心化的TCC事務管理方法、裝置、設備及系統

有效

• 申請號: 202011010261.3
• 申請日: 2020-09-23
• 公開（公告）號: CN112148436B
• 公開（公告）日: 2023-06-20
• 發明（設計）人: 林斌;施建安;莊一波;趙友平;孫志偉
• 申請（專利權）人: 廈門市易聯眾易惠科技有限公司
• 主分類號: G06F9/46
• 分類號: G06F9/46;G06F16/27;G06F16/28
• 代理公司: 廈門智慧呈睿知識產權代理事務所(普通合伙) 35222
• 代理人: 陳曉思

本發明提供了一種去中心化的TCC事務管理方法、裝置、節點及系統，方法包括：接收用戶發起的業務執行請求，并根據所述業務執行請求啟動TCC事務；根據業務執行請求生成第一嘗試方法；其中，所述第一嘗試方法包括至少一個被調用的參與節點的第二嘗試方法；獲取各個被調用的參與節點對所述第二嘗試方法的執行情況；根據所述執行情況生成所述TCC事務當前的標記狀態；協調所述TCC事務進入到完成階段，并根據所述標記狀態執行確認操作或者是回滾操作。本發明避免了中心化節點帶來了單點安全問題和性能問題。

技術領域

本發明涉及計算機技術領域，特別涉及一種去中心化的TCC事務管理方法、裝置、設備及系統

背景技術

在微服務架構下，每一個微服務都管理著各自的數據源。而一個完整多業務常常需要多個數據源參與交互。為了保證在這種情況下，業務數據的完整性和一致性，需要采用分布式事務的手段來完成。在應用中較多使用的分布式事務手段有基于Saga模型的長事務方案、基于TCC模型的最終一致事務方案，基于XA協議的強一致事務方案。

基于TCC模型的最終一致性方案主要是要求實現中將一個業務動作分拆為兩個步驟：1)嘗試進行業務行為；2)當第一步驟成功時，第二步驟執行確認動作，持久化第一步驟的成果；當第一步驟失敗時，第二步驟執行取消動作，將第一步驟的內容回滾掉。

互聯網領域的業務強調性能，TCC的方案在整個執行過程中，不會鎖定資源，在性能表現上較好。TCC方案在實現上有兩種模式：手動與自動。手動方案是整個TCC的流程通過業務代碼手動實現，包含嘗試，回滾，確認等。相對而言，實現工作量較大。自動方案是通過框架來完成整個TCC流程的控制。

TCC框架必然要實現的模塊包括TCC事務管理器。在業務過程中，處于同一個TCC事務的參與節點都需要將自身注冊到TCC事務管理器中，才能在嘗試階段結束后，由TCC事務管理器根據嘗試階段的成功與否來決定執行確認動作或回滾動作。

目前已經存在的幾款TCC框架主要有：tcc-transaction、Hmily、EasyTransaction。三個框架都是中心化的框架，也就是說，其事務管理器是一個中心節點模式的管理器。一旦事務管理器節點出現故障，會導致所有的業務都出現失敗，因為無法注冊新的TCC事務，并且已經存在的TCC也無法繼續執行，因為失去了事務管理器作為一個整體的協調者。

發明內容

有鑒于此，本發明的目的在于提供一種去中心化的TCC事務管理方法、裝置、設備及系統，采用了去中心化的事務管理器節點實現機制，避免了現有技術中事務管理器節點的單點故障問題。

本發明實施例提供了一種去中心化的TCC事務管理方法，包括：

接收用戶發起的業務執行請求，并根據所述業務執行請求啟動TCC事務；

根據業務執行請求生成第一嘗試方法；其中，所述第一嘗試方法包括至少一個被調用的參與節點的第二嘗試方法；

獲取各個被調用的參與節點對所述第二嘗試方法的執行情況；

根據所述執行情況生成所述TCC事務當前的標記狀態；

協調所述TCC事務進入到完成階段，并根據所述標記狀態執行確認操作或者是回滾操作。

優選地，所述TCC事務具有如下屬性：

TCC事務自身的xid；

TCC事務當前的標記狀態；其中，所述TCC事務的標記狀態包括初始狀態、提交/回滾狀態以及結束狀態；當所有嘗試方法的執行情況都是執行成功時，則將標記狀態記為提交狀態；當至少有一個嘗試方法的執行情況為執行識別時，則將標記狀態記為回滾狀態；

在TCC事務作用域下的嘗試方法列表；