[發明專利]分布式鎖協調方法、裝置、設備及存儲介質

在審

• 申請號: 202111207036.3
• 申請日: 2021-10-18
• 公開（公告）號: CN113660350A
• 公開（公告）日: 2021-11-16
• 發明（設計）人: 胡思豹;張良友;秦元;馬騁原;趙盛璐
• 申請（專利權）人: 恒生電子股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/26;G06F9/52
• 代理公司: 北京超凡宏宇專利代理事務所(特殊普通合伙) 11463
• 代理人: 曹瑞敏

本申請提供一種分布式鎖協調方法、裝置、設備及存儲介質，涉及數據處理技術領域。該方法包括：若檢測到主節點與預設業務類型節點下的集群節點斷連，則由集群節點下的多個從節點，在所述集群節點下競爭創建狀態節點；確定所述多個從節點中成功創建所述狀態節點的目標從節點為新的主節點；將所述新的主節點的節點信息回寫到所述狀態節點中，以指示所述新的主節點獲取到分布式鎖。相對于現有技術，避免了無法獲取當前獲取鎖的主節點信息，不利于功能的擴展，并且上述被動搶鎖的方式容錯性較低的問題。

技術領域

本申請涉及數據處理技術領域，具體而言，涉及一種分布式鎖協調方法、裝置、設備及存儲介質。

背景技術

為了防止分布式系統中的多個進程之間相互干擾，我們需要一種分布式協調技術來對這些進程進行調度（如：Master-Worker模式）。而這個分布式協調技術的核心就是來實現這個分布式鎖。

基于ZooKeeper實現分布式鎖的方式一般為創建一個目錄，線程A想獲取鎖就在該目錄下創建臨時順序節點；隨后各節點獲取目錄下所有的子節點，然后確定目錄下是否存在比自己小的兄弟節點，如果不存在，則說明當前節點線程順序號最小，則當前獲得鎖。

但是這樣的處理方式無法獲取當前獲取鎖的主節點信息，不利于功能的擴展，并且上述被動搶鎖的方式容錯性較低。

發明內容

本申請的目的在于，針對上述現有技術中的不足，提供一種分布式鎖協調方法、裝置、設備及存儲介質，以解決現有技術中無法獲取當前獲取鎖的主節點信息，不利于功能的擴展，并且上述被動搶鎖的方式容錯性較低的問題。

為實現上述目的，本申請實施例采用的技術方案如下：

第一方面，本申請一實施例提供了一種分布式鎖協調方法，所述方法包括：

若檢測到主節點與預設業務類型節點下的集群節點斷連，則由集群節點下的多個從節點，在所述集群節點下競爭創建狀態節點；

確定所述多個從節點中成功創建所述狀態節點的目標從節點為新的主節點；

將所述新的主節點的節點信息回寫到所述狀態節點中，以指示所述新的主節點獲取到分布式鎖。

可選地，所述由集群節點下的多個從節點在所述集群節點下競爭創建狀態節點之前，所述方法還包括：

所述多個從節點在監聽到所述主節點斷連的情況下，等待預設獲取時延之后在所述集群節點下競爭創建所述狀態節點。

可選地，所述方法還包括：

所述主節點在觸發所述斷連之后的所述預設獲取時延內，在所述集群節點下重新創建所述狀態節點。

可選地，所述方法還包括:

若所述主節點重新創建所述狀態節點失敗，則所述主節點將狀態從主節點更新為從節點。

可選地，所述由集群節點下的多個從節點在所述集群節點下競爭創建狀態節點之前，所述方法還包括：

所述主節點與預設業務類型節點下的集群節點斷連后，觸發主節點的狀態節點刪除事件，以指示所述多個從節點競爭創建狀態節點。

可選地，所述方法還包括：

所述多個從節點中創建失敗的從節點繼續監聽所述主節點的狀態節點刪除事件。

可選地，所述若檢測到主節點與預設業務類型節點下的集群節點斷連，則由集群節點下的多個從節點在所述集群下競爭創建狀態節點之前，所述方法還包括：

所述集群節點下的多個節點競爭創建所述狀態節點；

確定所述多個節點中成功創建所述狀態節點的應用節點為所述主節點，并將所述主節點的節點信息回寫到所述狀態節點中，以指示所述主節點獲取到分布式鎖。

可選地，所述由所述集群節點下的多個節點競爭創建所述狀態節點之前，所述方法還包括：

創建所述預設業務類型節點；