MySQL NDB Cluster,Galera Cluster和Percona XtraDB Cluster优缺点总结

Galera Cluster拥有以下特性：
1.  真正的多主架构，任何节点都可以进行读写
2.  同步复制，各节点间无延迟且节点宕机不会导致数据丢失
3.  紧密耦合，所有节点均保持相同状态，节点间无不同数据
4.  无需主从切换操作或使用VIP
5.  热Standby，在Failover过程中无停机时间（由于不需要Failover）
6.  自动节点配置，无需手工备份当前数据库并拷贝至新节点
7.  支持InnoDB存储引擎
8. 对应于透明，无需更改应用或是进行极小的更改
9. 无需进行读写分离
Percona XtraDBCluster提供的特性有：
1.同步复制，事务要么在所有节点提交或不提交。
2.多主复制，可以在任意节点进行写操作。
3.在从服务器上并行应用事件，真正意义上的并行复制。
4.节点自动配置。
5.数据一致性，不再是异步复制。
Percona XtraDBCluster完全兼容MySQL和Percona Server，表现在：
1.数据的兼容性
2.应用程序的兼容性：无需更改应用程序
集群特点：
1. 集群是有节点组成的，推荐配置至少3个节点，但是也可以运行在2个节点上。
2. 每个节点都是普通的mysql/percona服务器，可以将现有的数据库服务器组成集群，反之，也可以将集群拆分成单独的服务器。
3. 每个节点都包含完整的数据副本。
优点如下：
1.当执行一个查询时，在本地节点上执行。因为所有数据都在本地，无需远程访问。
2.无需集中管理。可以在任何时间点失去任何节点，但是集群将照常工作。
3.良好的读负载扩展，任意节点都可以查询。
缺点如下：
1.加入新节点，开销大。需要复制完整的数据。
2.不能有效的解决写缩放问题，所有的写操作都将发生在所有节点上。
3.有多少个节点就有多少重复的数据。

NDB Cluster 缺点及限制：
对需要进行分片的表需要修改引擎Innodb为NDB，不需要分片的可以不修改。NDB的事务隔离级别只支持Read Committed，即一个事务在提交前，查询不到在事务内所做的修改；而Innodb支持所有的事务隔离级别，默认使用Repeatable Read，不存在这个问题。外键支持：虽然最新的Cluster版本已经支持外键，但性能有问题（因为外键所关联的记录可能在别的分片节点中），所以建议去掉所有外键。Data Node节点数据会被尽量放在内存中，对内存要求大。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15498/viewspace-2141935/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15498/viewspace-2141935/