[發明專利]一種數據訪問方法和設備

有效

• 申請號: 201410219069.3
• 申請日: 2014-05-22
• 公開（公告）號: CN105095313B
• 公開（公告）日: 2018-12-28
• 發明（設計）人: 童寅;劉浩
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京睿博行遠知識產權代理有限公司 11297
• 代理人: 龔家驊

本申請公開了一種數據訪問方法和設備，該方法包括：IDC在收到數據查詢請求消息時，查詢用戶標識在本地的緩存集群中對應的第一數據版本信息，并查詢用戶標識在本地的數據庫中對應的第二數據版本信息；如果第一數據版本信息與第二數據版本信息相同，或者第二數據版本信息比第一數據版本信息新，則利用用戶標識在本地的數據庫中對應的用戶數據更新用戶標識在本地的緩存集群中對應的用戶數據；所述IDC從本地的緩存集群中查詢所述用戶標識對應的用戶數據，并返回攜帶了所述用戶標識對應的用戶數據的數據查詢響應消息。本申請實施例中，可以減小網絡帶寬開銷，并保證用戶得到的用戶數據的一致性，使用戶查詢到最新的用戶數據的概率大大提高。

技術領域

本申請涉及互聯網技術領域，尤其是涉及一種數據訪問方法和設備。

背景技術

隨著業務的發展，通常會在不同位置分別部署IDC(Internet Data Center，互聯網數據中心)，如圖1所示，為在不同位置分別部署IDC1，IDC2，IDC3的網絡示意圖，如：IDC1部署在北京，IDC2部署在上海，IDC3部署在廣州。為了避免跨IDC訪問的網絡消耗，各IDC內均包括緩存集群，且緩存集群用于存儲用戶數據。基于此，當用戶訪問IDC1時，將由IDC1查詢本地的緩存集群1，并基于該緩存集群1內的用戶數據向用戶提供用戶數據；當用戶訪問IDC2時，將由IDC2查詢本地的緩存集群2，并基于該緩存集群2內的用戶數據向用戶提供用戶數據；當用戶訪問IDC3時，將由IDC3查詢本地的緩存集群3，并基于該緩存集群3內的用戶數據向用戶提供用戶數據。

為了保證用戶所得到的用戶數據的一致性，需要保證緩存集群1、緩存集群2和緩存集群3內存儲的用戶數據是一致的。基于此，在現有技術中，當某個IDC內的緩存集群中存儲的用戶數據發生變化時，該IDC需要向其它IDC發送攜帶了發生變化的用戶數據的異步消息，由其它IDC利用該異步消息中攜帶的發生變化的用戶數據更新本地的緩存集群中存儲的用戶數據。

例如，IDC1內的緩存集群1中存儲的用戶1的用戶數據發生變化時，IDC1分別向IDC2和IDC3發送異步消息，且該異步消息中攜帶了用戶1的所有用戶數據(其包括有發生變化的用戶數據)；IDC2在收到異步消息之后，利用該異步消息中攜帶的用戶1的所有用戶數據更新本地的緩存集群2中的用戶1的所有用戶數據；IDC3在收到異步消息之后，利用該異步消息中攜帶的用戶1的所有用戶數據更新本地的緩存集群3中的用戶1的所有用戶數據。

但是，上述方式需要在異步消息中攜帶某個用戶的所有數據，而用戶的所有數據通常比較大(如所有數據最大可能有幾兆字節的大小)，因此在發送攜帶某個用戶的所有數據的異步消息時，會帶來很大的網絡帶寬開銷。

發明內容

本申請實施例提供一種數據訪問方法和設備，以減小網絡帶寬開銷。

為了達到上述目的，本申請實施例提供一種數據訪問方法，該方法應用于包括多個互聯網數據中心IDC的網絡中，其中，各IDC內包括緩存集群和數據庫，所述方法包括以下步驟：IDC在收到來自其它IDC的攜帶了用戶標識和數據版本信息的消息時，在本地的緩存集群中記錄該用戶標識與該數據版本信息之間的對應關系；所述IDC在收到用于查詢用戶標識對應的用戶數據的數據查詢請求消息時，查詢所述用戶標識在本地的緩存集群中對應的第一數據版本信息，并查詢所述用戶標識在本地的數據庫中對應的第二數據版本信息；如果第一數據版本信息與第二數據版本信息相同，或者第二數據版本信息比第一數據版本信息新，則所述IDC利用所述用戶標識在本地的數據庫中對應的用戶數據更新所述用戶標識在本地的緩存集群中對應的用戶數據；所述IDC從本地的緩存集群中查詢所述用戶標識對應的用戶數據，并返回攜帶了所述用戶標識對應的用戶數據的數據查詢響應消息。

優選地，本申請實施例中，所述IDC在收到來自其它IDC的攜帶了用戶標識和數據版本信息的消息之后，所述方法還包括：所述IDC刪除本地的緩存集群中記錄的該用戶標識對應的用戶數據。