[發明專利]具有松散耦合節點的多主數據庫中的單調交易

有效

• 申請號: 201780088341.0
• 申請日: 2017-12-21
• 公開（公告）號: CN110402435B
• 公開（公告）日: 2023-05-12
• 發明（設計）人: R·巴爾貝爾;R·高洛斯曼;M·H·皮拉赫什;V·雷曼;A·斯多爾姆
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F15/16
• 分類號: G06F15/16
• 代理公司: 中國貿促會專利商標事務所有限公司 11038
• 代理人: 鄒丹

一個實施例用于在具有松散耦合節點的多主數據庫中提供單調事務，包括由處理器執行寫入事務協議(610)，包括：客戶端設備在任何節點處發出寫入事務，在發出寫入事務的節點處本地記錄寫入事務，并將寫入事務異步復制到至少一個其他節點，并在返回響應到客戶端設備之前等待從至少一個法定個數的節點接收確認。法定個數是包含特殊節點和至少一個其他節點的任何節點集(620)。

背景技術

在線事務處理(OLTP)應用程序用于提供ACID(高原子性、一致性、隔離性和持久性)一致性屬性的數據庫，但是越來越多地工作在松散耦合的“AP”(可用性、分區容差)設置中，其中一致性保證并不強大。特別是，當事務插入行和提交時，應用程序需要三個返回之一：a)事務成功，b)事務回滾(例如，約束違規)，c)事務狀態未知(通常由于驅動程序或連接錯誤，應用程序可以發出查詢以檢查狀態)。但是在任何情況下，在提交之后，在傳統的ACID數據庫管理系統(DBMS)中，后續讀取看到相同的答案a(即，單調行為)。如果一個查詢看到插入的行，那么后續查詢也將一致地看到那些插入的行(對于返回c)，應用程序必須發出讀取以查找狀態)。

在AP環境中(例如，具有許多NoSQL(非結構化查詢語言)的DBMS)，存在第四個返回，指的是有問題的返回狀態：d)交易狀態可能尚未結算。當運行事務的節點(其中節點是客戶端設備、服務器或對等設備)已將更改/插入(作為日志消息)發送到其他副本但未聽到來自它們的確認(指示他們收到或接受了這些變化)，這種返回就會發生。在此狀態下，后續查詢會看到不可預測的行為。第一個查詢可能找不到那些行—因為它們尚未復制到足夠數量的副本(根據法定個數(quorum)策略)。但是稍后的查詢可能會找到這些行。

發明內容

實施例涉及用于在具有松散耦合的節點的多主數據庫中進行復制的法定個數處理。一個實施例提供了一種用于具有松散耦合節點的多主數據庫中的單調事務的方法，包括由處理器執行寫入事務協議，包括：客戶端設備在任何節點處發出寫入事務；在發出寫入事務的節點本地記錄寫入事務，并將寫入事務異步復制到至少一個其他節點，并向客戶端設備返回響應之前等待從至少法定個數節點接收確認。法定個數是包含特殊節點和至少一個其他節點的任何節點集。

參考以下描述，所附權利要求和附圖，將理解本發明的這些和其他特征，方面和優點。

附圖說明

現在將參考附圖通過示例的方式描述本發明的實施例，附圖中：

圖1描繪了根據一個實施例的云計算環境；

圖2描繪了根據一個實施例的一組抽象模型層；

圖3是根據一個實施例的用于有效表示、訪問和修改可變長度數據對象的網絡架構；

圖4示出了根據一個實施例的可以與圖1的服務器和/或客戶端相關聯的代表性硬件環境；

圖5是示出根據一個實施例的用于在具有松散耦合的節點的多主數據庫中進行復制的法定個數處理的系統的框圖；和

圖6示出了根據一個實施例的用于具有松散耦合節點的多主數據庫中的單調事務的過程的框圖。

具體實施方式

已經出于說明的目的給出了各種實施例的描述，但是并不旨在窮舉或限制于所公開的實施例。在不脫離所描述的實施例的范圍和精神的情況下，許多修改和變化對于本領域普通技術人員來說是顯而易見的。選擇這里使用的術語是為了最好地解釋實施例的原理，實際應用或對市場中發現的技術的技術改進，或者使本領域其他技術人員能夠理解本文公開的實施例。

首先應當理解，盡管本公開包括關于云計算的詳細描述，但其中記載的技術方案的實現卻不限于云計算環境，而是能夠結合現在已知或以后開發的任何其它類型的計算環境而實現。