[發明專利]多機房數據同步方法、計算設備及存儲介質

在審

• 申請號: 202010912032.4
• 申請日: 2020-09-02
• 公開（公告）號: CN112052230A
• 公開（公告）日: 2020-12-08
• 發明（設計）人: 譚帥
• 申請（專利權）人: 掌閱科技股份有限公司
• 主分類號: G06F16/178
• 分類號: G06F16/178;G06F16/18;G06F16/182
• 代理公司: 北京市浩天知識產權代理事務所(普通合伙) 11276
• 代理人: 梁倩

本發明公開了一種多機房數據同步方法、計算設備及存儲介質，其中，該方法包括：接收客戶端發送的數據寫入請求，并對數據寫入請求進行封裝處理，將封裝后的數據寫入請求發送至本機房對應的Redis組中的主節點，以供主節點執行封裝后的數據寫入請求，并將數據操作記錄至主節點的日志文件中；讀取本機房的每個Redis組中的主節點的日志文件中的數據操作，利用同步鏈路將讀取到的待同步的數據操作發送至對端機房，以供對端機房根據實時記錄的已同步的數據操作對應的第一文件偏移量對待同步的數據操作進行去重處理。該方案實現了斷點續傳，有效地減少了資源的消耗，并且有效地保證了數據同步時的冪等性，確保了多個機房的數據一致性。

技術領域

本發明涉及數據處理技術領域，具體涉及一種多機房數據同步方法、計算設備及存儲介質。

背景技術

Codis是一個分布式Redis解決方案，上層應用可以像使用單機的Redis一樣使用，Codis底層會處理請求的轉發。其中，Redis是一種內存型數據庫，具有讀寫數據速度較快的優勢。為了防止機房中的服務器掛掉而導致服務中斷的情況發生，一般會在多個地方設置機房，以便在一個機房掛掉后還能夠通過另外的機房提供可靠服務。為了確保多個機房隨時能夠提供可靠服務，多個機房中的數據需要進行同步，從而使多個機房中的數據保持一致。現有的基于Codis所搭建的機房在進行機房間的數據同步時，很可能會由于各種原因導致同步中斷，然而基于Redis的同步機制，在同步重新建立之后，由于無法獲知已經同步了哪些數據，就需要進行全量數據同步，不僅需要耗費較長的同步時間，而且還會消耗大量的資源。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的多機房數據同步方法、計算設備及存儲介質。

根據本發明的一個方面，提供了一種多機房數據同步方法，該方法適用于基于Redis集群的機房之間的同步，Redis集群中包含有多個Redis組，每個Redis組包括一個主節點和主節點的所有從節點；該方法包括：

接收客戶端發送的數據寫入請求，并對數據寫入請求進行封裝處理，將封裝后的數據寫入請求發送至本機房對應的Redis組中的主節點，以供主節點執行封裝后的數據寫入請求，并將數據操作記錄至主節點的日志文件中；

讀取本機房的每個Redis組中的主節點的日志文件中的數據操作，利用同步鏈路將讀取到的待同步的數據操作發送至對端機房，以供對端機房根據實時記錄的已同步的數據操作對應的第一文件偏移量對待同步的數據操作進行去重處理。

根據本發明實施例的另一方面，提供了一種計算設備，包括：處理器、存儲器、通信接口和通信總線，處理器、存儲器和通信接口通過通信總線完成相互間的通信；

存儲器用于存放至少一可執行指令，可執行指令使處理器執行上述多機房數據同步方法對應的操作。

根據本發明實施例的又一方面，提供了一種計算機存儲介質，存儲介質中存儲有至少一可執行指令，可執行指令使處理器執行如上述多機房數據同步方法對應的操作。

根據本發明提供的技術方案，使得基于Redis集群的機房之間能夠根據記錄到日志文件中的數據操作進行數據同步，無需在同步斷開又恢復后進行全量數據同步，實現了斷點續傳，有效地減少了資源的消耗；并且，對端機房還能夠根據實時記錄的已同步的數據操作對應的文件偏移量對待同步的數據操作進行去重處理，從而避免了數據同步發生重復，有效地保證了數據同步時的冪等性，確保了多個機房的數據一致性。

上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本發明的具體實施方式。

附圖說明