請(qǐng)教下大牛們關(guān)于游戲服務(wù)器數(shù)據(jù)庫的讀寫分離的那點(diǎn)事

代號(hào)：軍刀

大家好！我現(xiàn)在沒什么經(jīng)驗(yàn)，想請(qǐng)教大家?guī)讉�(gè)問題，希望大牛們能不吝賜教。
1.游戲服務(wù)器的數(shù)據(jù)庫有沒有必要搞讀寫分離，游戲的開發(fā)程序是C++的，現(xiàn)在具體每個(gè)服有多少人數(shù)還不確定。
2.我在網(wǎng)上看到有一開源軟件mysql-proxy用于mysql數(shù)據(jù)庫的讀寫分離，可是不知道這一開源軟件的性能怎樣？穩(wěn)定性如何？希望有在生產(chǎn)環(huán)境使用過的大牛能給我描述下。
3.除了使用mysql-proxy進(jìn)行數(shù)據(jù)庫讀寫分離外，還有沒有其他的方案

代號(hào)：軍刀

還是shell版好，這個(gè)版塊死氣沉沉的，有一成語來形容最合適了，老氣橫秋，高手都自以為高手，簡單的問題根本不屑于回答，如果網(wǎng)上能找得到我用得著在這里提問么，對(duì)于剛畢業(yè)的又對(duì)運(yùn)維感興趣的容易嗎我

楓影誰用了

代號(hào)：軍刀 發(fā)表于 2012-12-06 09:15
還是shell版好，這個(gè)版塊死氣沉沉的，有一成語來形容最合適了，老氣橫秋，高手都自以為高手，簡單的問題根本 ...

你這個(gè)問題太不簡單了！高手們也不會(huì)，還是你學(xué)會(huì)了再來分享一下吧

crazyhadoop

回復(fù) 1# 代號(hào)：軍刀


    讀寫分離一般來說還是有必要的， 一般來說是 寫一讀多， 為了保證數(shù)據(jù)一致性，且寫相對(duì)讀要少很多，集中在一臺(tái)機(jī)器上寫數(shù)據(jù)，其余的讀庫同步這個(gè)寫庫就好，為了解決突發(fā)很多的寫請(qǐng)求，可以在掛個(gè)隊(duì)列，緩沖寫請(qǐng)求。

    mysql-proxy的性能好壞，是不適合你的場景，需要你自己去測試，既然用了開源的東西，剩下的事情，就是自己的實(shí)踐的事了

duanjigang

代號(hào)：軍刀 發(fā)表于 2012-12-06 09:15
還是shell版好，這個(gè)版塊死氣沉沉的，有一成語來形容最合適了，老氣橫秋，高手都自以為高手，簡單的問題根本 ...

呵呵，做運(yùn)維第一個(gè)要求就是要淡定。不要著急啦

有沒有必要做讀寫分離要看你們的應(yīng)用了，現(xiàn)在沒有做讀寫分離性能穩(wěn)定性如何？先測試下，然后再確定是否要折騰，不要為了做讀寫分離而做讀寫分離。也不要為了
用熱門技術(shù)而引入db proxy。

by917611

一般數(shù)據(jù)庫都是讀的多，寫的少， 如果訪問量很大，必須搞讀寫分離， 借助proxy或者M(jìn)/S架構(gòu)都是很不錯(cuò)的。