关于MYSQL 架构方案的性能。。。

Question

这几天在看MYSQL架构 的书

1、MySQL Replication
优势：部署简单，实施方便，维护也不复杂，是MySQL 天生就支持的功能。且主备机
之间切换方便，可以通过第三方软件或者自行编写简单的脚本即可自动完成主备切换。
劣势：如果Master 主机硬件故障且无法恢复，则可能造成部分未传送到Slave 端的
数据丢失；

2、MySQL Cluster
优势：可用性非常高，性能非常好。每一分数据至少在不同主机上面存在一份拷贝，且
冗余数据拷贝实时同步。
劣势：维护较为复杂，产品还比较新，存在部分bug，目前还不一定适用于比较核心的
线上系统。


关于第一种架构，相信应该是比较成熟了，读写分离，并且有Amoeba For MySQL 代理更好的实现Master-slave...
大部分都理解了。。

问题在于第二种，冒似在集群的时候对各个node的内存很消耗，
网上有人说在集群的整体性能上好象不如单节点的情况，

http://www.iteye.com/topic/183480

有人使用过这种架构吗？？ 能说说其性能到底好不好。。。

问题补充

jasin2008 写道

楼主可否pm下是哪本书？

MySQL性能调优与架构设计（pdf高清）

http://download.csdn.net/source/1971961

Answer 1

我们在N年前测试过cluster，对网络的要求非常高，如果不是非常高的网络（如光纤内联的独立局域网，类似Oracle RAC要求），性能很一般，真的不如单机。cluster的好处就是解决了master单点的问题，如果仅仅追求性能，master-slave模式还是很主流的。