[發明專利]處理數據的方法、服務器、系統和計算機可讀程序介質

有效

• 申請號: 201911073558.1
• 申請日: 2019-11-06
• 公開（公告）號: CN110898434B
• 公開（公告）日: 2023-07-25
• 發明（設計）人: 程道雷;洪學海
• 申請（專利權）人: 上饒市中科院云計算中心大數據研究院
• 主分類號: A63F13/77
• 分類號: A63F13/77;A63F13/79
• 代理公司: 北京科家知識產權代理事務所(普通合伙) 11427
• 代理人: 張勛

本申請實施例公開了一種處理數據的方法和服務器，其中方法包括：初始化服務器時，將玩家游戲數據儲存在第一數據庫中，服務器啟動后，將玩家游戲數據載入到內存中的不同數據結構中；玩家發送玩家游戲數據到服務器后，服務器對玩家游戲數據進行分類，將分類后的數據發送到預先配置的分管各類玩家游戲數據的消息隊列中；讀取服務器的數據時，優先從內存的不同數據結構中讀取，若讀取失敗，則從第二數據庫中讀取數據，若讀取失敗，則從第一數據庫中讀?。淮鎯祿r，優先更新內存中數據，再更新第一數據庫中的數據，最后更新第二數據庫中的數據。本申請實施例對不同類數據使用不同的存儲和讀取策略，降低了獲取數據的復雜度，提高了游戲體驗。

技術領域

本申請涉及互聯網技術領域，尤其是涉及一種處理數據的方法、服務器、系統和計算機可讀程序介質。

背景技術

隨著數字經濟產業的發展，中國游戲市場規模近年來保持高速增長，行業銷售規模迎來重大突破，隨之而來的高并發、數據共享、數據安全問題成了特別需要關注的問題，許多公司因此遭受了巨大損失。為了實現高并發時，不同地域位置的游戲服務器共用一個數據庫的情況下，玩家能夠無障礙、安全地切換服務器登錄，就需要實現不同服務器間的數據同步與共享。在生產環境中，假設A、B為游戲服務器、C為客戶端、D為數據庫服務器，要保證玩家通過C用同一個賬號可以切換登錄A、B服務器，并且數據保持一致性以及良好的用戶體驗。

對于網站平臺，由于不同用戶的數據相對獨立，用戶響應時間不是游戲中那么敏感，采用的手段是每次更新數據，都對數據庫直接操作，每次提取數據也直接從數據庫中提取，從而數據始終是一致的。在游戲系統中，玩家之間通過關注或者添加好友等方式相互關聯，如果每次讀取數據都從數據庫中讀取，勢必導致嵌套查表，造成（N為玩家個數）的數據復雜度，導致游戲體驗不佳。

發明內容

本申請實施例的主要目的在于提供一種處理數據的方法和服務器，對不同類玩家游戲數據使用不同的存儲和讀取策略，降低了獲取玩家游戲數據的復雜度，提高了游戲體驗。

第一方面，提供了一種處理數據的方法，包括：初始化服務器時，將玩家游戲數據儲存在第一數據庫中，服務器啟動后，將所述玩家游戲數據載入到內存中的不同數據結構中；

玩家發送玩家游戲數據到服務器后，服務器對所述玩家游戲數據進行分類，將分類后的玩家游戲數據發送到預先配置的分管各類玩家游戲數據的消息隊列中；

讀取服務器的玩家游戲數據時，優先從所述內存的不同數據結構中讀取，若讀取失敗，則從所述第二數據庫中讀取玩家游戲數據，若讀取失敗，則從所述第一數據庫中讀??；

存儲玩家游戲數據時，優先更新內存中數據，再更新所述第一數據庫中的玩家游戲數據，最后更新所述第二數據庫中的玩家游戲數據。

其中一種設計中，所述第一數據庫為Mysql數據庫，第二數據庫為Redis緩存數據庫。

其中一種設計中，所述方法還包括步驟：按照預設幀率輪詢所述消息隊列中是否有新的玩家游戲數據，如果有新的玩家游戲數據，則將所述新的玩家游戲數據發給同一個房間內的所有玩家。

其中一種設計中，所述方法還包括步驟：通過玩家任務管理對象對所述玩家的任務進行管理，每個玩家ID對應一個玩家任務管理對象；當玩家數據更新時，通過郵件配置數據，生成一條郵件保存在玩家郵件管理對象中，供所述玩家加載查看，所述每個玩家ID對應一個玩家郵件管理對象。

第二方面，本申請實施例提供了一種服務器，該服務器包括：

存儲單元，用于初始化服務器時，將玩家游戲數據儲存在第一數據庫中，服務器啟動后，將所述玩家游戲數據載入到內存中的不同數據結構中；還用于存儲玩家游戲數據時，優先更新內存中數據，再更新所述第一數據庫中的玩家游戲數據，最后更新所述第二數據庫中的玩家游戲數據