網絡遊戲服務器架構

網絡遊戲一般採用C/S結構,客戶端負責繪製遊戲世界的實時畫面,服務器端則負責響應所有客戶端的連接請求和遊戲邏輯處理,並控制所有客戶端的畫面繪製,客戶端與服務器通過網絡數據包交互完成每一步遊戲邏輯。

網關服務器方式,主要職責是將客戶端通信和遊戲服務器隔離。

網關服務器只負責解析數據包、加解密、超時處理、過濾錯誤包,客戶端只需建立和網關服務器的連接即可進入遊戲,無需與遊戲服務器直接連接。

網關服務器分爲LoginGate(登錄網關服務器)GameGate(遊戲網關服務器)

 

1.LoginGate主要負責在玩家登錄時維護客戶端與LoginServer之間的網絡連接與通訊,對  

  LoginServer和客戶端的通信數據進行加密、校驗。

2.LoginServer主要功能驗證玩家賬號是否合法,並生成一個登錄憑證SESSIONKEY

3.GameGate主要負責客戶端與GameServer之間網絡連接和通訊,對客戶端請求和發送數據做簡單分析。

4.GameServer主要負責遊戲邏輯處理,包括戰鬥系統、任務系統、角色系統、地圖系統等。

5.DBServer主要負責遊戲數據緩存,包括玩家遊戲屬性數據,降低數據庫壓力。

6.Mserver負責一組服務器中對多臺GameServer之間數據轉發和廣播。

7.Mysql負責數據持久化存儲。

服務端事件系統

什麼是事件系統

事件系統是整個WebGame系統裏一個核心的組成部分,它控制着遊戲的進程,使遊戲能夠及時執行到期命令。

事件是指遊戲裏玩家的某個活動指令,它可以分爲瞬時活動和非瞬時活動。

瞬時活動顧名思義就是在玩家發出指令的瞬間就能完成的活動。

玩家從NPC裏購買一瓶藥水,在玩家發出這個指令後,玩家的金錢減少,藥水增加1瓶,這一切都在玩家發出指令後瞬間完成。

而非瞬時活動則是在玩家發出某個指令後一段時間纔會被執行。

例如RPG遊戲裏玩家鼠標點擊地圖上某個怪物進行攻擊。這個攻擊過程就是一個非瞬時過程,它有了一個戰鬥的過程,這個過程需要消耗一定的時間。

WebGame裏,玩家的很多操作可以看作時候瞬時事件和非瞬時事件的結合。

例如在策略遊戲裏升級建築物,瞬時事件是村莊資源減少,非瞬時事件是建築物建設,非瞬時事件的結果是建築物等級上升。

比如策略遊戲中的軍隊戰爭,瞬時事件是當前村莊的士兵減少,非瞬時事件是減少的士兵移動到需要攻擊的村莊,結果是,兩個村莊開打了。

數據庫存儲方式與內存存儲方式對比:

遊戲中的事件隊列會比較多,體現在數量和類型上。各種各樣的事件隊列。

SLG遊戲中:

  1.城池建造建築。

  2.城池間戰爭。

  3.城池造兵。

  4.研究科技。

RPG遊戲中:

  1.戰鬥打怪或PK

  2.連續打怪掛機。

  3.修煉掛機。

  4.技能修煉。

LINUX消息隊列存儲的優勢在於降低了PHP進程對數據庫查詢壓力,缺點是服務器宕機,內存中存儲的消息事件隊列將會丟失,RPG打怪事件隊列丟失影響不大,只是當前打的這個怪物無效,但是其他類型的事件隊列丟失話有可能影響巨大,還有查詢到期事件的效率問題。

 

客戶端玩家發起戰鬥事件指令,服務端PHP接收到該事件,進行戰鬥合法性驗證後將該事件即相關運算數據存儲到LINUX消息隊列中,PHP戰鬥進程監聽LINUX消息隊列。

如果發現消息隊列中有戰鬥事件:

1.PHP運算進程進行運算。

2.PHP運算進程在運算完之後將運算結果寫入玩家戰鬥結果DB內存表中存儲,並將戰報藉助IM推送到客戶端進行播放。(注:戰鬥結果是存DB中還是存入LINUX消息隊列或MEMCACHE內存中?)

3.PHP戰鬥結束進程監聽數據庫中玩家戰鬥結果表,戰鬥結束時間到,則刪除該條數據,

  並處理戰鬥獎勵。

4.避免玩家重複發起戰鬥事件,可以在服務端通過玩家ID驗證是否有正在戰鬥的戰鬥隊列。(注:是否需要做服務端戰鬥狀態驗證?怎麼做?查詢檢索?)

綜上分析,服務端戰鬥相關進程會有兩個以上,PHP監聽戰鬥事件並運算進程,PHP監聽戰鬥結束進程。 PHP處理戰鬥運算進程可以擴展出戰鬥運算分佈式服務器

對於任何項目,一個好的數據庫設計極其重要,對於WEBGAME來說就更是重中之重了。一個好的數據庫設計相當於一付好的骨架和脈絡,當你的骨架搭建好,脈絡理順後,再進行遊戲功能代碼的時候將會非常順暢。

怎麼樣才能設計好一款WEBGAME的數據庫呢?

在設計前因做好如下準備:

1.對於遊戲業務邏輯要相當清晰。

2.多和遊戲策劃人員進行溝通,充分了解遊戲功能需求。

3.發現遊戲邏輯部分有矛盾時及時向策劃人員反饋、調整。

4.對於遊戲功能先按模塊進行劃分,然後再細化到每張表結構。

5.對於遊戲邏輯複雜的功能點需要反覆推敲。

開始設計數據庫的時候因注意:

1.表名、字段名規範化,按遊戲功能模塊劃分邏輯相近的表放在一起。
2.合理的區分遊戲配置數據表和玩家數據表。
3.遊戲配置數據表和遊戲玩家數據表在表名上區分開,或則分庫。
4.合理權衡表結構的邏輯關係、性能優、易理解、易擴展。
5.表字段類型長度設置合適,能用int就不要用varchar,能用mediumint就不要用int
6.合理使用數據庫表的縱切與橫切來降低表壓力。
7.合理規劃表結構,常用字段和非常用字段,儘量在設計上避免關聯查詢。
8.一定要用INNODB事務表,遊戲數據表中處處都是事務關聯數據。
9.合理使用JSON格式進行數據存儲。
10.數據冗餘和性能權衡是個問題,比如用戶暱稱、職業等字段。
11.設計好表索引字段、用好聯合索引。
12.在合適的功能上用好數據庫內存表。
13.通過SQL來驗證數據是否存在時一定要用COUNT(*)。
14.主從數據庫用在遊戲中會有數據延遲問題,不夠實時。
15.合理的規劃拆分數據庫。
 
發佈了70 篇原創文章 · 獲贊 4 · 訪問量 8萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章