[發明專利]跨數據庫分布式事務的實現方法和裝置

有效

• 申請號: 201410025961.8
• 申請日: 2014-01-20
• 公開（公告）號: CN104793988B
• 公開（公告）日: 2019-01-22
• 發明（設計）人: 劉照星
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F9/46
• 分類號: G06F9/46;G06F16/27
• 代理公司: 北京清源匯知識產權代理事務所(特殊普通合伙) 11644
• 代理人: 馮德魁

本申請公開了一種跨數據庫分布式事務的實現方法，包括：接收分布式事務的啟動請求，并為所述分布式事務分配事務標識；接收被分配事務標識的分布式事務的針對數據庫操作的操作請求或操作請求集合；針對每個操作請求，獲取所述數據庫操作的目標數據庫信息，并遵循ACID原則將所述數據庫操作發送到所述目標數據庫執行；待所有的數據庫操作執行完畢，清除所述分布式事務。本申請同時提供一種跨數據庫分布式事務的實現裝置。采用本申請提供的方法能夠實現輕量級、易于維護、并且滿足ACID原則的跨數據庫分布式事務。

技術領域

本申請涉及分布式事務處理領域，具體涉及一種跨數據庫分布式事務的實現方法。本申請同時提供一種跨數據庫分布式事務的實現裝置。

背景技術

隨著互聯網的發展和用戶需求的不斷變化，各種應用業務越來越復雜。為了給業務提供更好的支撐，底層系統越來越多，服務越來越集中，層次也越來越深。對于一次業務請求，不再是通過訪問某一個業務子系統中的數據庫就可以完成，通常需要兩個或者兩個以上的業務子系統的協作，而不同的子系統使用不同的數據庫，也就是說，在一次請求中，可能需要訪問多個目標數據庫中的數據，而且要求訪問操作滿足高實時性的需求。

在多個跨數據庫業務請求并發的情況下，如果采用非同步操作的方式，容易導致整個目標數據庫系統數據的不一致，為了解決這一問題，通常需要在中間層的系統中設計重試機制來保證數據一致和完整性，不僅降低了業務請求的處理效率，同時也增加了成本。在這樣的背景下，為了滿足多業務跨數據庫的并發訪問需求，出現了分布式事務的概念。

所謂事務，是數據庫中的一個操作單元，在該操作單元中所有的操作要么都成功，要么都失敗，執行結果不可逆轉，事務具備四個基本的特性：原子性、一致性、隔離性、持久性，也簡稱為事務的ACID特性。而分布式事務則是指事務的參與者、支持事務的服務器、資源服務器以及事務管理器分別位于不同的分布式系統的不同節點之上。因為分布式事務跨多個數據庫資源，故要求分布式事務滿足ACID屬性對于維護所有數據庫資源上的數據一致性是很重要的，因此評價事務是否支持分布式調用，主要看其分布式調用過程中是否滿足事務的ACID原則。

為了實現分布式事務，現有技術通常使用兩階段提交協議。階段一：事務協調者詢問所有的事務參與者（例如：各個目標數據庫）是否可以提交各自的操作，各個事務參與者根據自己的資源狀況，向事務協調者發送是否可以提交的應答。階段二：當所有事務參與者在第一階段反饋的都是肯定應答，那么協調者才會發起本階段，即，通知所有事務參與者正式提交事務，所有參與者提交完畢會再次通知協調者。為了實現分布式事務，必須使用一種協議在分布式事務的各個參與者之間傳遞事務上下文信息，例如：IIOP（Internet Inter-ORB Protocol互聯網內部對象請求代理協議）協議，不同開發商開發的事務參與者也必須支持同一種標準協議，才能實現分布式的事務。

具體到實現，現有技術通常采用CORBA（Common Object Request BrokerArchitecture，公共對象請求代理體系結構）制定的一種標準的面向對象的應用程序體系規范，解決分布式處理環境中軟件系統的互聯。CORBA標準主要分為三個部分：接口定義語言（IDL）、對象請求代理（ORB）以及ORB之間的互操作協議IIOP。采用CORBA體系結構，在異構分布環境下為不同機器上的應用提供了互操作性，并無縫地集成了多種對象系統，通過將分布式對象技術與事務處理技術結合起來，利用兩階段提交協議和恢復日志等技術，從而保證分布式事務的ACID性質。

上述現有技術采用的分布式事務框架，需要搭建較為復雜的分布式處理中心，而且要求分布式處理中心和目標服務器或目標數據庫系統必須配置用于實現分布式操作的各類復雜協議，一方面比較臃腫，不利于維護和使用，另一方面也無法為不同的業務提供輕量級的可定制化的服務。

發明內容

本申請提供一種跨數據庫分布式事務的實現方法，以解決現有分布式事務的實現框架過于復雜、不便于維護的問題。本申請另外提供一種跨數據庫分布式事務的實現裝置。