• <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>

            戰(zhàn)魂小筑

            討論群:309800774 知乎關(guān)注:http://zhihu.com/people/sunicdavy 開源項(xiàng)目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評(píng)論 :: 0 Trackbacks

            數(shù)據(jù)庫選擇歷程

            我們的項(xiàng)目一直使用MySQL作為數(shù)據(jù)庫. 無論是從C++的服務(wù)器, 還是到Golang服務(wù)器. 當(dāng)年搞服務(wù)器時(shí), 看大部分人都是用SQL(MySQL/SQLServer), 而Mongo感覺像邪教一樣, 再加上服務(wù)器還是Linux比較正統(tǒng), 所以果斷選了MySQL.

            剛開始感覺,游戲服務(wù)器的數(shù)據(jù)存儲(chǔ)其實(shí)應(yīng)該是蠻神圣的過程. 那么多的數(shù)據(jù), 需要按照MySQL一樣分表, 分字段存儲(chǔ), 為了查詢, 還要乖乖的學(xué)一下SQL的語法

            就這么折騰了幾年. 在云DB的蒙蔽下, 一直認(rèn)為MySQL就是做游戲服務(wù)器存儲(chǔ)的專業(yè)技術(shù). 分布式和存儲(chǔ)壓力一定交給云DB來做. 直到真正試了下NoSQL在游戲服務(wù)器開發(fā)里的思路.

            用了Golang, 才發(fā)現(xiàn)同步寫邏輯是多么的優(yōu)雅.

            用了NoSQL系列的數(shù)據(jù)庫, 才意識(shí)到: 游戲服務(wù)器的數(shù)據(jù)存儲(chǔ)和游戲服務(wù)器的存盤兩個(gè)概念差異其實(shí)蠻大的.

            MySQL中, 背包其實(shí)跟角色完全沒有關(guān)系, 只是通過1個(gè)角色id映射過去, 人為的割裂了數(shù)據(jù)的關(guān)聯(lián)性. 還硬生生的整出個(gè)概念叫結(jié)構(gòu)化查詢讓你學(xué)

            NoSQL中, 只是把數(shù)據(jù)庫當(dāng)成是存儲(chǔ)點(diǎn), 每個(gè)角色的數(shù)據(jù)是完整的一塊. 里面怎么存隨你便. 每個(gè)角色通過id來查詢, 其他都沒有了

            于是乎, 游戲開發(fā)變得異常簡單. MySQL角色進(jìn)門查詢4~5次才能搞定要的數(shù)據(jù).而NoSQL一口氣全查出來, 存盤也無需增量, 直接存盤就可以了

            所以現(xiàn)在覺得, NoSQL的思路對(duì)于游戲服務(wù)器存儲(chǔ)來說簡直是完美的!

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

             

            NoSQL數(shù)據(jù)庫方案對(duì)比

            NoSQL下實(shí)現(xiàn)方案很多, 游戲常用的就這么3家: mongo, redis, memcached

            下面說下優(yōu)缺點(diǎn)

            mongo

            磁盤映射內(nèi)存數(shù)據(jù)庫

            value為document類型, 基于BSON的value序列化

            應(yīng)用場(chǎng)景:

            適合多寫少讀, 例如日志和備份

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

             

            redis

            內(nèi)存數(shù)據(jù)庫

            單核

            value限制512M

            多種value類型, 游戲用途使用私有的序列化協(xié)議(例如protobuf)

            支持落地(bgsave)

            用戶: 新浪, 淘寶, Flickr, Github

            應(yīng)用場(chǎng)景: 適合讀寫都很高, 數(shù)據(jù)處理復(fù)雜等

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

             

            memcached

            內(nèi)存數(shù)據(jù)庫

            多核

            value限制1M

            不支持落地(持久化)

            用戶: LiveJournal、hatena、Facebook、Vox

            應(yīng)用場(chǎng)景: 動(dòng)態(tài)系統(tǒng)中的緩沖, 適合多讀少寫

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

            個(gè)人評(píng)價(jià)

            memcached 適合網(wǎng)頁緩沖, 游戲里很少有使用. 目前只有騰訊云支持云memcached

            redis非常適合游戲的內(nèi)存數(shù)據(jù)庫, 但是落地策略會(huì)比較復(fù)雜, 需要具體分析, 可以參考后面的鏈接看下云風(fēng)怎么處理這個(gè)問題

            mongo數(shù)據(jù)庫在早期還是非常不錯(cuò)的NoSQL的數(shù)據(jù)庫. 工具比較方便, 可視化. 但是隨著近年來游戲的并發(fā)度越來越高, 所以為了一次到位, 很多人還是選擇了redis

            下圖參考自知乎問題. 鏈接在后面有提示, 若侵權(quán)請(qǐng)聯(lián)系刪除

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

            image

            參考鏈接:

                談?wù)勀澳盃?zhēng)霸在數(shù)據(jù)庫方面踩過的坑( Redis 篇)

            http://blog.codingnow.com/2014/03/mmzb_redis.html

            轉(zhuǎn)載請(qǐng)注明: 戰(zhàn)魂小筑http://www.shnenglu.com/sunicdavy

            Memcache,Redis,MongoDB(數(shù)據(jù)緩存系統(tǒng))方案對(duì)比與分析

            http://blog.csdn.net/suifeng3051/article/details/23739295

             

            http://www.zhihu.com/question/31417262


            評(píng)論

            # re: 游戲數(shù)據(jù)庫選型mysql,mongo, redis, memcached[未登錄] 2015-07-12 02:11 楊粼波
            有redis就用redis,沒有就用memcached,memcached是redis的子集,也可以稱之為memcached的升級(jí)版。redis的查詢語句要豐富得多,當(dāng)然,也是要復(fù)雜的多。

            mongoDB雖然也是NoSQL數(shù)據(jù)庫,但是與以上兩者有很大的區(qū)別。首先,它是磁盤數(shù)據(jù)庫,而不是內(nèi)存數(shù)據(jù)庫,雖然也可以搞成內(nèi)存數(shù)據(jù)庫,但是那是歪門邪道。而且,該數(shù)據(jù)庫的穩(wěn)定性有待改進(jìn),對(duì)于數(shù)據(jù)庫而言,穩(wěn)定性是我們首要考慮的,服務(wù)不能出問題,數(shù)據(jù)不能出問題。而mysql這樣發(fā)展了許多年的數(shù)據(jù)庫就是我們的首選了,通常將其作為熱備數(shù)據(jù)庫。

            redis的熱備份看起來很美好,但其實(shí)不好用,還有損性能。通常都會(huì)被關(guān)閉掉。

            以前新浪是用的memcached,現(xiàn)在不知道了,他們還好像自己改進(jìn)了,當(dāng)然,主要是做分布式。

            淘寶也有基于memcached開發(fā)的Tair,不過據(jù)說現(xiàn)在他們自己也慢慢開始放棄了,主要也是在分布式上作了點(diǎn)文章。http://code.taobao.org/p/tair/src/

            對(duì)于游戲這樣的應(yīng)用而言,只要不是騰訊那樣的用戶量級(jí),都不需要考慮分布式的問題。只需要省心便可,用redis功能多,自然是首選。  回復(fù)  更多評(píng)論
              

            # re: 游戲數(shù)據(jù)庫選型mysql,mongo, redis, memcached[未登錄] 2015-07-12 02:27 楊粼波
            再啰嗦幾句。

            阿里云也支持memcached的,當(dāng)然也支持redis,
            騰訊云太挫了,我對(duì)它印象不好,有用過,redis是今年才支持的,要不是因?yàn)椴恢С謗edis,我也就不會(huì)選擇memcached了,很多功能本可以用redis里面很簡單一條命令搞定的,不過話說回來,至少也沒有它搞不定的事情。

            memcached有個(gè)最郁悶的事情就是沒有什么稱手的工具,只有一個(gè)php的memAdmin以及http://www.cnblogs.com/xffy1028/archive/2013/02/01/2861706.html

            而Redis有一個(gè)http://www.oschina.net/p/redisdesktop,這個(gè)很好用。

            內(nèi)存數(shù)據(jù)庫相對(duì)于磁盤數(shù)據(jù)庫而言,不要抱有太大期望。只不過是說,磁盤數(shù)據(jù)庫隨著數(shù)據(jù)量增大,它的性能會(huì)呈指數(shù)級(jí)降低。而內(nèi)存數(shù)據(jù)庫基本上是沒有太大的影響,僅此而已。磁盤數(shù)據(jù)庫數(shù)據(jù)量少的時(shí)候,可能跟內(nèi)存數(shù)據(jù)庫的性能差不多哦。  回復(fù)  更多評(píng)論
              

            # re: 游戲數(shù)據(jù)庫選型mysql,mongo, redis, memcached 2015-07-13 09:24 戰(zhàn)魂小筑
            @楊粼波
            感謝楊大大專業(yè)級(jí)回答  回復(fù)  更多評(píng)論
              

            # re: 游戲數(shù)據(jù)庫選型mysql,mongo, redis, memcached[未登錄] 2015-07-14 12:50 楊粼波
            @戰(zhàn)魂小筑
            專業(yè)倒稱不上,因?yàn)樽鲞^,這些都比較了解了,只能說是過來人罷了。我那個(gè)數(shù)量級(jí),簡直要笑掉大牙的。要專家級(jí),起碼得經(jīng)歷過大用戶量的沖擊才行啊。  回復(fù)  更多評(píng)論
              

            # re: 游戲數(shù)據(jù)庫選型mysql,mongo, redis, memcached 2015-07-20 20:29 T
            mongo號(hào)稱程序員的最愛,運(yùn)維的噩夢(mèng)。
            過了開發(fā)期的甜蜜時(shí)光,后面就有的痛苦了。  回復(fù)  更多評(píng)論
              

            久久久久无码国产精品不卡| 色综合久久夜色精品国产| 久久综合久久自在自线精品自| 久久强奷乱码老熟女网站| 粉嫩小泬无遮挡久久久久久| 九九久久精品国产| 亚洲熟妇无码另类久久久| 99久久伊人精品综合观看| 99精品国产免费久久久久久下载| 国产精品久久自在自线观看| 亚洲国产成人久久一区WWW| 久久久中文字幕| 久久精品国产日本波多野结衣| 国产一区二区三区久久| 99久久这里只精品国产免费| 久久99精品九九九久久婷婷| 精品国产乱码久久久久久郑州公司| 精品久久久久中文字| 久久精品国产亚洲av影院| 亚洲人AV永久一区二区三区久久| 国产精品18久久久久久vr| 99久久99久久精品国产片果冻| 久久久久亚洲AV无码专区桃色| 99久久精品日本一区二区免费| 国产亚洲精久久久久久无码77777| 精品无码久久久久久久久久 | 人妻无码αv中文字幕久久琪琪布| 久久青青草原精品国产| 久久人人爽人人爽人人av东京热| 久久97久久97精品免视看秋霞| 国产精品综合久久第一页| 久久综合久久综合久久综合| 久久精品国产99国产精偷| 国产精品一区二区久久| 国产精品久久久久aaaa| 青青青青久久精品国产h| 久久亚洲精品视频| 精品国产91久久久久久久a| 久久久久97国产精华液好用吗| 精品久久综合1区2区3区激情| 久久久久久久久久久免费精品|