现在的项目使用mysql数据库，要自己设计数据存储架构。所以研究了一下mysql的集群(cluster)和主从（master/slave）这两个概念。两者非常容易混淆，所以需要分辨出这2者之间的区别。
一、Mysql cluster: share-nothing,分布式节点架构的存储方案，以便于提供容错性和高性能。
需要用到mysql cluster安装包，在集群中的每一个机器上安装。
有三个关键概念：Sql节点（多个），数据节点（多个），管理节点（一个），数据节点之间采用的是同步复制来保证各节点之间的数据一致性。
容错性：管理节点部署在一台机器A里，一套数据节点和SQL节点部署在机器B里，另一套数据节点和SQL节点部署在机器C里。当机器B挂掉时，机器A和机器C是正常的，那该mysql数据还是可以正常使用的，及时恢复机器B就行。
同步复制：
a) Master执行提交语句时，事务被发送到slave，slave开始准备事务的提交。
b) 每个slave都要准备事务，然后向master发送OK(或ABORT)消息，表明事务已经准备好（或者无法准备该事务）。
c) Master等待所有Slave发送OK或ABORT消息，如果Master收到所有 Slave的OK消息，它就会向所有Slave发送提交消息，告诉Slave提交该事务；如果 Master收到来自任何一个Slave的ABORT消息，它就向所有 Slave发送ABORT消息，告诉Slave去中止事务。
d) 每个Slave等待来自Master的OK或ABORT消息。如果Slave收到提交请求，它们就会提交事务，并向Master发送事务已提交 的确认；如果Slave收到取消请求,它们就会撤销所有改变并释放所占有的资源，从而中止事务，然后向Masterv送事务已中止的确认。
e) Master收到来自所有Slave的确认后，就会报告该事务被提交（或中止），然后继续进行下一个事务处理。
由于同步复制一共需要4次消息传递，故mysql cluster的数据更新速度比单机mysql要慢。所以mysql cluster要求运行在千兆以上的局域网内，节点可以采用双网卡，节点组之间采用直连方式。
二、主从（Master-Slave）: 主从机器上安装mysql community（普通版）就可以。
主从之间是通过mysql的replication来保证数据的一致性。相对mysql cluster的数据同步方式来讲是异步的。
Replication：主节点要开启binlog，设置一个唯一的服务器id（局域网内唯一）；从节点设置服务器id，binlog记录了master上的所有操作，会被复制到从节点的relaylog并在从节点上回放。
优点：
- 读写分离，增加整体性能
- 部署简单，维护方便，需要资源少，成本低，最少两台即可搞
缺点：
- 无故障转移，Master挂了整个集群只能读取不能写入，需要引入其他的高可用机制
- 数据存在一致性问题，因为异步，所以Slave的数据一定不是最新的，需要等待一个时间窗后才能读取
- Slave过多时Slave对Master的负载以及网络带宽都会成为一个严重的问题
