青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

淺談游戲服務器-》架構上來看(三)

老手拍磚 新手看  轉載注明http://www.shnenglu.com/ziyebuboka/
     本文介紹一下一個應用的游戲服務器的架構和演變
      游戲服務器的作用在于滿足在線玩家的需求,實現賬號的驗證,登陸,玩家在游戲世界的一系列邏輯操作和驗證。在此基礎上,一個好的架構,可以提升效率,在實現邏輯需求的情況下達到百萬級的同時在線數也不是不可能。
      我們先從最搓的最簡單的結構看起
      
      CLIENT ----------  SERVER   ---------   DBSYSTEM

      就是一個很簡單的 C/S系統  同一個server同時處理登陸注冊創建角色和游戲邏輯操作的功能,。在server上直接掛接DB操作。DB可以是一個具體的數據庫也可以是一個FILESYSTEM
      這里可以看的出來,過于簡單了,將登陸注冊創建和具體邏輯這幾個毫無關系的東西放置于一起,嚴重損耗了具體邏輯操作的效率,特別是在新開服階段,完全會因為登陸驗證的操作而導致邏輯爆卡。
      所以這里需要升級,將完全不同類型在玩家一次游戲操作工程中只會在登陸階段執行一次的操作單獨分開,單獨進程解決,。故而可成為下面階段
       
                 -  LOGINSERVER -
               -                                 -
CLIENT -                                   -  DBSYSTEM
               -                                -
                - GAMESERVER -

分為兩個服務器,這個我在一文章里的開頭就有提到過了。

我們來看下好處進階,在LOGINSERVER里只執行賬號驗證  查詢角色列表  創建角色的操作   而后玩家登陸進GAMESERVER  具體邏輯操作在GAMESERVER里完成

玩家的一次登陸操作

                   發送賬號                                 驗證                               返回角色列表                          創建角色
CLIENT---------------LOGINSERVER -----------DBSYSTEM-----------------------CLIENT ------------------
                                                                                                選擇角色與LOGIN斷鏈與GAME連接 登陸
LOGINSERVER -------DBSYSTEM  ----------CLIENT  ------------------------------------------------------GAMESERVER

如此,可有效的提升效率,玩家的驗證 列表讀取 創建 和GAME就毫無關系了,但是他的缺點任然存在 我們再繼續看可優化的地方

首先從數據庫上來提升效率(先說下,從這里開始就應該是肯定的是用數據庫了,而非什么本地FILE了,),將賬號庫和游戲數據庫分開,分離為兩個獨立的庫,
具體理由有兩個:
1:從游戲運營上來說 你不可能一直是只有一個服吧? 分成多個服后 人數越來越多,就不能所有服都共用一個數據庫了吧?那你這數據庫也牛逼了
      所以我們這里這么干,將 賬號庫獨立,全游戲共用,這樣是方便管理,方便管理賬號的全局性的信息 經濟性的 比如點卡什么的,每個服一個游戲數據庫,只記錄操作你這個服的玩家信息,世界信息。
2:理由類同將服務器拆分為LOGIN和GAME。

現在 結構就是這樣的

                   - LOGINSERVER-
                 -                               - ACCOUNTDBSYSTEM
 CLIENT -                                                             -   
                 -                               - GAMEDBSYSTEM 
                   - GAMESERVER -


但是到了這里后 肯定還是不夠的,
我們先說個基本的,在服務器里 ,你一定要記得,數據庫操作,IO操作 ,文本操作這些 一定要單獨進程不要和主進程搞一起,你總不希望你做了個什么查詢還是什么操作 他主線程掛起吧?但是,試想下,如果能單獨進程肯定還是單獨進程更爽一點吧?你還能在里面做做緩存啥的,還不占服務器的資源
    所以這里還是麻煩的 從效率上來說 至少后臺這塊 還有很大提升空間。因此,我們加入 DBAGENT模塊 ,單獨進程,將數據庫操作單獨分離,并且可自我添加某些應用的緩存

對應ACCOUNTDBSYSTEM 增加 accountagent ,對應 GAMEDBSYSTEM 增加 gameagent

結構如下


                 -LOGINSERVER-
               -                              - accountagent - ACCOUNTDBSYSTEM
CLIENT -                                                                                                   
               -                              - gameagent   - GAMEDBSYSTEM 
                -GAMESERVER -

LOGINSERVER同時和accountagent和gameagent連接   gameserver也同時和這兩個連接   服務器通過agent來對對應的數據庫做操作   因為accountdbsystem可能是全服共有的 ,所以accountagent也可以是全服共有的 他連接所有的服務器。loginserver通過accountagent來驗證 通過gameagent來查詢列表 創建角色  gameserver通過gameagent來查詢完整角色信息登陸進game,并通知accountagent此賬號已進入游戲,避免重復登陸。并且定期保存。設置你可以將比如你游戲的排行榜啊,拍賣行啊的信息放置于你自己設計的gameagent的緩存中,而避免重復查詢

玩家每一個對數據庫的操作 server只需發送消息到agent agent來做具體操作,而后再返回到server 再到client就可。將數據操作完全的異步操作,效率有較大提升。并且安全性上也得到了些許保證。

不是我胡說或者輕視,國內一大半游戲,都用的上面這個結構。。。。。。。。。。。。。。。。。。。。。這個可以算是一個比較完善的產品化架構了。

說到這里,大家有沒有發現一個共性。采用這類架構,游戲必然會是先選服務器再驗證賬號 登陸進游戲,這是因為服務端采用的是LOGIN和GAME一對一得處理,也就是你是登陸的什么服務器必然就是從什么服務器的LOGIN進入驗證,故而他需要在客戶端開啟的時候就要知道需要連接的是哪個LOGIN 賬號驗證成功后再是哪個GAME
其實這里很好處理,就在客戶端上做些處理就可以達到先登陸驗證在選服務器。所以在配置上 LOGIN不再是一對一(后面會有優化的再說到多個LOGIN),全局也共用一個LOGIN。玩家開啟客戶端,連接LOGIN。發送賬號驗證。因為這里已經是把ACCOUNTDBSYSTEM做成全局的了,所以是不用擔心他是哪個服的,然后返回成功,玩家客戶端顯示服務器列表(這個列表還有連接信息配置再客戶端就可以了)選擇某一個服后,則發送查詢某服角色列表的請求到LOGIN,而后再返回再登陸游戲就可。小小調整和改變就可實現先驗證后選服務器了。

      所以,到了這步,服務器架構就變成這個樣子了


                  -LOGINSERVER-
                -                               - accountagent -ACCOUNTDBSYSTEM
CLIENT -                                 |--------                                           
                -                                |-----------
                 - 
                  - GAMESERVER  - gameagent     -GAMEDBSYSTEM 
                    -                                             |  
                   - GAMESERVER  -gameagent      -GAMEDBSYSTEM 

全局共用一個LOGIN和一個ACCOUNTAGENT還有ACCOUNTDBSYSTEM
每個獨立服各自獨立的gameagent 和gamesdbystem
但是LOGIN的瓶頸立馬出現了,當初是一個服獨立一個LOGINSERVER 現在是全服只有一個了,毫無以為,扛不住。

其實上面這個架構的不一定非得存在的,就是隨便寫寫,讓大家更清楚一點。

所以LOGINSERVER就得配置多個了。這個地方大家選擇吧 盡量靈活點,可以全服單位的配置多個也可以每個服對應的配置多個LOGINSERVER。這樣 在開服時候,這種大面積井噴式的玩家玩家上線,可有效解決負載。具體CLIENT開啟后會是和哪個LOGIN連接呢
這里提供兩種方式。一個是配置上的 一個是程序上的
1:
   程序上的好說 ,你把所有LOGINSERVER的連接信息都配置到客戶端,讓客戶端開啟后隨機選擇一個去連接。要是你開服后,他所有玩家都隨機到一個LOGINSERVER了,那真的算你點背。背到家了
2:配置上 :
   通過基于DNS的負載均衡系統,DNS中為一個域名配置多個IP地址。通過負載,讓系統來選擇是對應到哪個IP

所以就是     
                 -LOGINSERVER   -|

                 - LOGINSERVER  -|

                 -LOGINSERVER   -|
                -                  -accountagent -ACCOUNTDBSYSTEM
CLIENT -                                  |--------                                           
                -                                 |-----------
                - 
                -GAMESERVER -gameagent   -GAMEDBSYSTEM 
                -                                             |  
                -GAMESERVER - gameagent  -GAMEDBSYSTEM 

或者是:

        

        - LOGINSERVER   -             
         - LOGINSERVER   -   
         - LOGINSERVER   - 
      ..................................上面可以是N個                                                                             
        -                                -gameagent -GAMEDBSYSTEM 
        -GAMESERVER  -

Client
       - LOGINSERVER   -      
         - LOGINSERVER   -   
         - LOGINSERVER   - 
      ..................................上面可以是N個                                                                                            
                                         - gameagent-GAMEDBSYSTEM 
        - GAMESERVER  -

  accountagent    --              --- ACCOUNTDBSYSTEM 是全局的

一個服對應好多個LOGINSERVER


因為LOGINSERVER使用的動態配置,故而可在登陸下線沒有多大壓力的情況下,關掉幾個LOGINSERVER,節省運維資源


不想寫了,元旦又混了三天,明天繼續吧。明天把前面的再擴展下,再說下分線的和分布的。牛逼的就不說了
     http://www.shnenglu.com/ziyebuboka/

posted on 2010-01-04 00:35 ziyebuboka 閱讀(3457) 評論(14)  編輯 收藏 引用 所屬分類: 游戲服務器

評論

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 01:04 jigloo

啊,深夜也發文啊。一直在關注!  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 01:08 ziyebuboka

一到晚上就精神了、、、、、、、不到個幾點睡不著啊  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 09:16 Pencil.C++

看帖要回帖!  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 10:56 blocker

一直在關注。繼續繼續!  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 11:07 blocker

cppblog牛B人是多  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 12:46 ziyebuboka

。。。。。。。。。。。。。。。。。。。  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 12:47 billow

LZ繼續啊,等著看呢,畫圖的部分建議下面用圖畫好了再傳上來,這樣畫的圖都混亂了。  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-04 12:53 ziyebuboka

BLOG玩的不熟,其實這方面我OUT了。。。。晚上研究下。。。。。。。俺本來是準備畫圖的,然后一打字就顯麻煩就直接打字畫了。。然后還自認為格式弄的很好,而后發出來成這樣了。。。。。。  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-05 08:45 direct

寫的不錯,很真實  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-05 17:52 陳昱(CY)

關注中....  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-05 19:20 zctong

繼續關注中  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-06 17:16 Monokeros

不錯啊,很有意思的文章,繼續加油!如果這樣的文章早點出現的話,我就不用走之前那些彎路了。光尋路就惡心死,不過我沒用A*,最后圖省事,用的光線追蹤。嘎嘎~  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) 2010-01-06 19:16 ziyebuboka

A*是最垃圾的,實際開發中肯定不會用了 哈  回復  更多評論   

# re: 淺談游戲服務器-》架構上來看(三) [未登錄] 2010-02-02 14:11 cppexplore

剛頂錯地方了 呵呵. 好文! 期待博主繼續  回復  更多評論   

導航

<2010年1月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456

統計

常用鏈接

留言簿(2)

隨筆分類

隨筆檔案

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲欧美日韩国产综合精品二区| 久久精品一区蜜桃臀影院| 欧美激情国产日韩| 男女av一区三区二区色多| 亚洲高清不卡在线| 亚洲国产va精品久久久不卡综合| 影音先锋亚洲一区| 亚洲欧美一区二区三区久久| 欧美日韩中文字幕日韩欧美| 亚洲在线中文字幕| 久久gogo国模啪啪人体图| 樱花yy私人影院亚洲| 欧美高清在线| 欧美日韩精品一区二区天天拍小说 | 久久久午夜视频| 亚洲精品国产精品乱码不99按摩| 日韩视频在线观看| 国产精品视频网址| 免费影视亚洲| 国产精品国产三级国产普通话三级| 欧美一区二区在线看| 久久一综合视频| 一本色道久久综合狠狠躁篇的优点 | 欧美专区中文字幕| 葵司免费一区二区三区四区五区| 99国产精品国产精品久久| 午夜精彩视频在线观看不卡 | 国产精品一级久久久| 欧美成人免费全部| 国产欧美亚洲精品| 日韩一二在线观看| 永久久久久久| 亚洲香蕉伊综合在人在线视看| 亚洲第一在线综合网站| 亚洲一区一卡| 亚洲乱码久久| 久久久久9999亚洲精品| 午夜精品一区二区三区在线| 欧美 亚欧 日韩视频在线| 久久国产婷婷国产香蕉| 欧美日本韩国在线| 欧美搞黄网站| 国内精品国语自产拍在线观看| 亚洲日本国产| 亚洲福利国产| 久久动漫亚洲| 欧美在线日韩在线| 欧美性猛交xxxx免费看久久久| 亚洲第一狼人社区| 亚洲大片av| 久久精品一区四区| 久久久噜噜噜久久中文字幕色伊伊 | 国产日韩综合| 亚洲自拍偷拍网址| 午夜精品美女久久久久av福利| 欧美精品18+| 亚洲欧洲精品天堂一级| 91久久综合| 欧美成人精品高清在线播放| 国产视频久久网| 女同一区二区| 一区二区在线看| 久久久蜜臀国产一区二区| 久久免费一区| 狠狠色狠狠色综合| 久久久国产91| 欧美成人三级在线| 亚洲欧洲一区二区在线播放| 欧美成年人网| 最新日韩av| 中日韩美女免费视频网站在线观看| 欧美日韩高清免费| 中文久久精品| 久久精品国产2020观看福利| 国产一区二区观看| 久久久一区二区| 亚洲国产精品电影在线观看| 日韩视频免费观看| 欧美日韩在线一区二区| 亚洲男女自偷自拍图片另类| 久久久水蜜桃| 亚洲欧洲日产国码二区| 欧美亚洲成人精品| 午夜久久影院| 欧美国产高清| 亚洲综合色激情五月| 国产精品夜夜嗨| 久久综合九色欧美综合狠狠| 亚洲国产精品va在线观看黑人 | 国产精品嫩草久久久久| 欧美一区二区高清在线观看| 美日韩精品免费观看视频| 日韩午夜一区| 国产裸体写真av一区二区| 久久一二三四| 这里只有精品在线播放| 巨胸喷奶水www久久久免费动漫| 亚洲欧洲午夜| 国产亚洲福利一区| 欧美精品一区二区三区在线播放 | 欧美精品粉嫩高潮一区二区| 宅男噜噜噜66一区二区| 欧美国产精品久久| 欧美一区二区高清在线观看| 亚洲国产精品va在线看黑人动漫| 欧美三级在线视频| 久久久久久97三级| 一区二区免费看| 欧美激情亚洲综合一区| 久久成人精品| 亚洲午夜精品久久久久久app| 在线看欧美视频| 国产麻豆一精品一av一免费| 蜜桃久久av| 久久精品亚洲| 性欧美办公室18xxxxhd| 9i看片成人免费高清| 欧美激情视频一区二区三区免费| 欧美在线播放视频| 亚洲特黄一级片| 亚洲精品乱码久久久久久久久 | 国产精品日日摸夜夜添夜夜av| 欧美第一黄色网| 久久免费视频这里只有精品| 午夜在线精品偷拍| 亚洲一区二区伦理| 尤物九九久久国产精品的分类| 欧美一区二区视频观看视频| 亚洲天堂av图片| 亚洲狼人综合| 亚洲国产综合在线| 亚洲第一伊人| 欧美成人一区在线| 欧美 日韩 国产 一区| 麻豆国产精品va在线观看不卡| 欧美在线播放高清精品| 午夜精品短视频| 午夜精品久久久| 香蕉久久a毛片| 欧美在线亚洲在线| 久久精品99国产精品日本| 欧美中文在线字幕| 久久久久国产精品午夜一区| 精品999在线观看| 亚洲国产福利在线| 亚洲肉体裸体xxxx137| 欧美激情久久久| 另类综合日韩欧美亚洲| 一区二区三区国产盗摄| 欧美资源在线| 久久精选视频| 亚洲国产精品传媒在线观看| 欧美国产第一页| 亚洲一区二区精品在线| 中日韩男男gay无套| 久久五月激情| 久久综合久色欧美综合狠狠| 久久手机免费观看| 一卡二卡3卡四卡高清精品视频| 亚洲人成在线播放| 国产麻豆一精品一av一免费| 国产午夜精品麻豆| 在线观看日韩精品| 欧美色播在线播放| 久久乐国产精品| 欧美freesex8一10精品| 欧美老女人xx| 国产精品亚洲综合色区韩国| 欧美福利小视频| 欧美日韩一区二区免费视频| 久久精品国产v日韩v亚洲 | 美日韩在线观看| 亚洲男人第一网站| 久久久91精品国产一区二区三区| 久久亚洲综合色| 亚洲精品老司机| 欧美成年人视频| 亚洲麻豆国产自偷在线| 免费在线观看日韩欧美| 亚洲靠逼com| 久久精品99无色码中文字幕| 亚洲一级黄色片| 91久久久一线二线三线品牌| 一区电影在线观看| 亚洲欧洲在线一区| 欧美在线视频一区二区三区| 亚洲一卡久久| 久久综合伊人77777尤物| 性18欧美另类| 亚洲尤物视频在线| 99热精品在线| 亚洲日本中文字幕| 欧美一区二区精品久久911| 欧美激情在线观看| 国产一区二区主播在线| 一本一本久久a久久精品综合妖精| 久久久久在线| 亚洲免费人成在线视频观看| 欧美激情一区三区| 亚洲国产欧美在线|