[發明專利]一種數據的更新方法、裝置及系統

在審

• 申請號: 201810964748.1
• 申請日: 2018-08-23
• 公開（公告）號: CN109284305A
• 公開（公告）日: 2019-01-29
• 發明（設計）人: 陳治
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F16/2455
• 分類號: G06F16/2455;G06F16/23
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 許志勇

本說明書實施例公開了一種數據的更新方法、裝置及系統，所述方法包括：獲取目標數據的緩存更新事件，所述緩存更新事件中包括所述目標數據的標識；從緩存更新訂閱數據庫中獲取所述目標數據的標識對應的設備標識；向所述設備標識對應的第一服務器發送所述目標數據的緩存更新通知消息，以使所述第一服務器對緩存的所述目標數據進行更新。

技術領域

本說明書涉及計算機技術領域，尤其涉及一種數據的更新方法、裝置及系統。

背景技術

隨著網絡技術和終端技術的不斷發展，網絡業務的類型越來越豐富，而且每項網絡業務的數據量也越來越大。為了提高業務的處理效率，分布式系統應運而生，分布式系統中的服務器通過分布式部署模式進行分散部署。

隨著分布式部署模式的廣泛應用，對部署節點的響應時間的要求越來越高，為了提供響應速度，通常人們會將經常使用到的數據緩存到內存中，然后，通過定時任務的方式，定期刷新服務器的內存中緩存的上述數據，以使得內存中的上述數據處于最新狀態。然而，在實際應用中，存在一種類型的數據(如配置類數據)，該類型的數據的變動頻率不高，也即是該類型的數據通常可能需要較長的時間才會發生變化。因此，如果針對該類型的數據同樣使用如上述的定時任務的方式更新緩存數據，則為了節省計算資源，需要將定時刷新的周期設置較長，如果該類型的數據發生變化，則往往需要很長一段時間才執行緩存更新，而在上述一段時間內有可能會造成業務的不可用，從而使得業務中斷，業務處理效率低下，因此，在數據的更新領域，需要一種快速感知緩存數據變化，并進行緩存更新和更高效率的數據的更新解決方案。

發明內容

本說明書實施例的目的是提供一種數據的更新方法、裝置及系統，以提供一種快速感知緩存數據變化，并進行緩存更新和更高效率的數據的更新解決方案。

為實現上述技術方案，本說明書實施例是這樣實現的：

本說明書實施例提供的一種數據的更新方法，所述方法包括：

獲取目標數據的緩存更新事件，所述緩存更新事件中包括所述目標數據的標識；

從緩存更新訂閱數據庫中獲取所述目標數據的標識對應的設備標識；

向所述設備標識對應的第一服務器發送所述目標數據的緩存更新通知消息，以使所述第一服務器對緩存的所述目標數據進行更新。

可選地，所述獲取目標數據的緩存更新事件之前，所述方法還包括：

接收所述第一服務器發送的所述目標數據的緩存更新訂閱請求，所述緩存更新訂閱請求中包括所述目標數據的標識和所述第一服務器的設備標識；

將所述第一服務器的設備標識與所述目標數據的標識對應存儲到所述緩存更新訂閱數據庫中。

可選地，所述目標數據為相鄰兩次緩存的間隔時長超過預定時長閾值的數據。

可選地，所述獲取目標數據的緩存更新事件，包括：

接收第二服務器發送的所述目標數據的緩存更新事件，所述第一服務器和所述第二服務器屬于同一個業務集群。

可選地，所述緩存更新訂閱數據庫中數據的標識與設備標識之間的對應關系是通過DRM機制或Apache Kafka機制構建。

本說明書實施例提供的一種數據的更新方法，所述方法包括：

接收第三服務器發送的目標數據的緩存更新通知消息；

從數據庫中獲取所述目標數據的更新數據；

根據所述更新數據對緩存的所述目標數據進行更新。

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

如果所述目標數據更新失敗，則在到達目標數據的緩存更新周期時，獲取所述目標數據的最近更新時間；