[發明專利]一種數據處理方法、裝置及系統

有效

• 申請號: 201610399301.5
• 申請日: 2016-06-07
• 公開（公告）號: CN106888245B
• 公開（公告）日: 2020-04-24
• 發明（設計）人: 盧偉勤
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京晉德允升知識產權代理有限公司 11623
• 代理人: 楊移

本申請公開了一種數據處理方法、裝置及系統。存儲設備存儲業務數據；每一服務器集群對應至少一個第一數據庫；所述方法包括：所述存儲設備監測自身存儲的業務數據，當監測到自身存儲的業務數據發生變更時，獲取已變更數據，根據預先保存的各第一數據庫的地址，將獲取到的所述已變更數據分發給各第一數據庫，以使得各服務器集群中的服務器，根據各第一數據庫中同步的已變更數據進行更新。本方法中的更新過程是整體性的高效同步，有效縮減了數據同步過程所消耗的時間，保證了各服務器集群中的業務數據的高效一致性。

技術領域

本申請涉及計算機技術領域，尤其涉及一種數據處理方法、裝置及系統。

背景技術

隨著信息技術的發展，業務提供方(如：網站)的訪問量不斷增加，用戶規模不斷擴大，為了保證用戶獲得業務提供方所提供的業務服務的穩定性和效率，業務提供方后臺的服務器通常會采用分布式服務器集群的架構，其中，通過局域網連接的多個服務器稱為一個服務器集群(例如：多個服務器設置于同一機房中，通過局域網相連接，該機房中的多個服務器便可看作是一個服務器集群)。

在此基礎上，業務提供方向用戶提供相應業務時(尤其是提供查詢業務時)，就需要使不同服務器集群中所使用的業務數據相一致，否則，將會出現由于業務數據不一致而導致業務結果混亂的現象。換言之，針對需要在分布式服務器集群之間進行業務數據的同步操作。

現有技術中，針對服務器集群中的業務數據的同步，通常采用兩種方式：

一種方式為：基于集中式的控制協議(例如：基于主備份的遠程協議)的同步方式。具體而言，在該方式中，各服務器集群中的服務器所存儲的每一項業務數據均備份于遠程的服務器或數據庫(用于備份數據的服務器或數據庫可以是集群式的)中，備份數據的服務器(或數據庫)也稱為主備份設備，當各服務器集群中的服務器接收到業務查詢請求后，并非在自身所存儲的業務數據中完成查詢操作，而是需要在主備份設備中執行查詢操作，獲取查詢結果后反饋。由于查詢操作對應的業務數據均來源于主備份設備，從而這樣的方式保證了業務數據的一致性。

如圖1所示，服務器集群1～N，分別用于處理用戶發送的業務請求，當任一服務器集群的服務器接收到了用戶的業務查詢請求后，都會在主備份設備集群中的主備份設備內完成相應的查詢操作，并將查詢結果反饋給用戶。

另一種方式為：在分布式服務器集群架構中，當某一服務器集群中的業務數據發生變更時，就會以該服務器集群為基準，傳播式的逐漸更新至所有的服務器集群。其更新過程的一種方式如圖2所示。在圖2中，對于多個服務器集群1～3，當服務器集群1中的業務數據發生變更后，服務器集群1會通過尋址的方式查找服務器集群2(其中，具體的尋址過程，可以是向分布式網絡中具有地址管理功能的設備獲取其他服務器集群的地址)，并將變更的業務數據發送給服務器集群2進行更新，之后，將由服務器集群2查找服務器集群3，并以此類推，完成所有服務器集群中的業務數據的更新，業務數據的更新方式可看作逐漸“傳播”到每一服務器集群中(在上述更新過程中，服務器集群會根據自身的工作狀態確定所尋址的其他服務器集群的數量)。

在更新過程中，各服務器集群仍會正常工作，對接收到的業務查詢請求進行處理。

但是，針對于現有技術中的上述方式而言，均存在一定的缺陷：

在第一種方式中，主備份設備雖然能夠保證業務數據的一致性，但對于各服務器而言，每接收到一個業務請求，都需要向主備份設備發出相應的請求，并接收來自于主備份設備的反饋，整個過程耗時較長，尤其在受到跨集群、長距離傳輸等情況的影響下，傳輸延時較嚴重，導致效率較低。

在第二種方式中，傳播式的更新方式也需要耗費一定的時間，而且，服務器集群需要進行額外的尋址操作，以便確定出其他服務器集群，進而傳播式的完成業務數據的更新操作，顯然，在大型分布式服務器集群架構中，這樣的方式會增加耗時，不能保證高效的同步，進而就會導致在更新過程中，不同服務器集群中的業務數據不一致。

發明內容