请教下大牛们关于游戏服务器数据库的读写分离的那点事

代号：军刀

大家好！我现在没什么经验，想请教大家几个问题，希望大牛们能不吝赐教。
1.游戏服务器的数据库有没有必要搞读写分离，游戏的开发程序是C++的，现在具体每个服有多少人数还不确定。
2.我在网上看到有一开源软件mysql-proxy用于mysql数据库的读写分离，可是不知道这一开源软件的性能怎样？稳定性如何？希望有在生产环境使用过的大牛能给我描述下。
3.除了使用mysql-proxy进行数据库读写分离外，还有没有其他的方案

代号：军刀

还是shell版好，这个版块死气沉沉的，有一成语来形容最合适了，老气横秋，高手都自以为高手，简单的问题根本不屑于回答，如果网上能找得到我用得着在这里提问么，对于刚毕业的又对运维感兴趣的容易吗我

枫影谁用了

代号：军刀 发表于 2012-12-06 09:15
还是shell版好，这个版块死气沉沉的，有一成语来形容最合适了，老气横秋，高手都自以为高手，简单的问题根本 ...

你这个问题太不简单了！高手们也不会，还是你学会了再来分享一下吧

crazyhadoop

回复 1# 代号：军刀


    读写分离一般来说还是有必要的， 一般来说是 写一读多， 为了保证数据一致性，且写相对读要少很多，集中在一台机器上写数据，其余的读库同步这个写库就好，为了解决突发很多的写请求，可以在挂个队列，缓冲写请求。

    mysql-proxy的性能好坏，是不适合你的场景，需要你自己去测试，既然用了开源的东西，剩下的事情，就是自己的实践的事了

duanjigang

代号：军刀 发表于 2012-12-06 09:15
还是shell版好，这个版块死气沉沉的，有一成语来形容最合适了，老气横秋，高手都自以为高手，简单的问题根本 ...

呵呵，做运维第一个要求就是要淡定。不要着急啦

有没有必要做读写分离要看你们的应用了，现在没有做读写分离性能稳定性如何？先测试下，然后再确定是否要折腾，不要为了做读写分离而做读写分离。也不要为了
用热门技术而引入db proxy。

by917611

一般数据库都是读的多，写的少， 如果访问量很大，必须搞读写分离， 借助proxy或者M/S架构都是很不错的。