[發明專利]一種分布式事務數據庫的數據節點心跳檢測算法

在審

• 申請號: 201911361034.2
• 申請日: 2019-12-16
• 公開（公告）號: CN111124757A
• 公開（公告）日: 2020-05-08
• 發明（設計）人: 金官丁
• 申請（專利權）人: 上海熱璞網絡科技有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14;G06F16/23;G06F16/242;G06F16/27
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種分布式事務數據庫的數據節點心跳檢測算法，步驟如下：步驟1、分布式事務數據庫計算節點的存儲節點主庫和存儲節點備庫上有一張心跳檢測表heartbeat；步驟2、分布式事務數據庫計算節點的計算節點主服務，默認設置每隔1秒鐘向存儲節點主庫發送一條UPDATE操作判斷是否能正常數據訪問服務；步驟3、當分布式事務數據庫計算節點的計算節點主服務發送給存儲節點主庫的第一條UPDATE操作在默認設置的間隔1秒內未得到返回結果；步驟4、分布式事務數據庫計算節點的計算節點主服務降級當下的存儲節點主庫為故障狀態；步驟5、存儲節點主庫和存儲節點備庫之間的故障恢復完畢。本發明能夠保障數據服務的可用性以及保障數據安全的可靠性得到較大的提高。

技術領域

本發明涉及信息技術領域，特別涉及一種分布式事務數據庫的數據節點心跳檢測算法。

背景技術

隨著信息技術的快速發展，信息系統數據庫中的數據量越來越大。為了滿足大數據量的存儲需求，在多臺服務器上運行的分布式存儲系統得到了廣泛的應用。在分布式存儲系統中，多臺服務器上分別運行了多個數據庫系統。數據進行存儲時，需要先將數據進行分片(sharding)，再將不同的數據分片交由不同的服務器進行存儲。分片是一種水平擴展(horizontal scaling)的方式，把一個大的數據集分散到多個數據節點上，所有的數據節點將組成一個邏輯上的數據庫來存儲這個大的數據集。分片對用戶(應用層)是透明的，用戶不會知道數據很被存放到哪個片服務器上。采用數據分片進行數據存儲，可以突破單節點服務器的I/O能力限制，解決數據庫拓展性的問題。

同時，為了保證數據和服務的高可用性，往往需要為分布式數據庫提供必要的容錯機制，對各個數據分片進行冗余備份。通過將同一數據分片的多個副本存儲在不同的服務器上，可以避免由于單個服務器不可用時造成的數據分片丟失。

但是目前的數據服務的可用性以及數據安全的可靠性較低，難以滿足使用的要求。

發明內容

本發明的目的在于提供一種分布式事務數據庫的數據節點心跳檢測算法，保障數據服務的可用性達到99.99％，保障數據安全的可靠性達到99.99％及以上，以解決上述背景技術中提出的問題。

為實現上述目的，本發明提供如下技術方案：

一種分布式事務數據庫的數據節點心跳檢測算法，包括如下步驟：

步驟1、分布式事務數據庫計算節點的存儲節點主庫和存儲節點備庫上有一張心跳檢測表heartbeat，各自有一條數據代表主庫和備庫；

步驟2、分布式事務數據庫計算節點的計算節點主服務，默認設置每隔1秒鐘(可根據網絡環境自定義時間)向存儲節點主庫發送一條UPDATE操作判斷是否能正常數據訪問服務；

步驟3、當分布式事務數據庫計算節點的計算節點主服務發送給存儲節點主庫的第一條UPDATE操作在默認設置的間隔1秒內未得到返回結果；

步驟4、分布式事務數據庫計算節點的計算節點主服務降級當下的存儲節點主庫為故障狀態，提升當下的存儲節點備庫為主庫，確保存儲節點備庫上的中繼日志全部解析執行完畢后，解除存儲節點數據訪問的HOLD住功能，將數據訪問操作發往新的存儲節點主庫；

步驟5、至此，存儲節點主庫和存儲節點備庫之間的故障恢復完畢，待故障的存儲節點主庫服務恢復正常后，分布式事務數據庫計算節點的計算節點主服務會自動檢測到和降級曾經故障的存儲節點主庫為備庫。

進一步地，步驟3包括如下步驟：

第一步：計算節點主服務發送第二條UPDATE操作給存儲節點主庫，在默認設置的間隔500毫秒內未得到返回結果，則觸發計算節點主服務對該存儲節點主庫的數據訪問請求HOLD住機制；