【分布式微服务秒杀系统】四、环境搭建之MySQL集群

浅谈MySQL集群

为什么使用集群？

• 高可用性：故障检测、故障转移、多点备份；
• 可伸缩性：利于新增数据库节点，方便扩容；
• 负载均衡：节点访问负载切换，分摊单个节点的数据库压力。

要考虑的风险

• 网络分裂：群集还可能由于网络故障而拆分为多个部分，每部分内的节点相互连接，但各部分之间的节点失去连接。
• 脑裂：导致数据库节点彼此独立运行的集群故障称为“脑裂”。这种情况可能导致数据不一致，并且无法修复，例如当两个数据库节点独立更新同一表上的同一行时。

常见MySQL集群方案

1. MySQL Replication
   MySQL复制（MySQL Replication），是mysql自带的功能。
   主从复制是通过重放binlog日志实现主库数据的异步复制。即当主库执行了一条sql命令，那么在从库同样的执行一遍，从而达到主从复制的效果。在这个过程中，master对数据的写操作记入二进制日志文件中(binlog)，生成一个 log dump 线程，用来给从库的 i/o线程传binlog。而从库的i/o线程去请求主库的binlog，并将得到的binlog日志写到中继日志（relaylog）中，从库的sql线程，会读取relaylog文件中的日志，并解析成具体操作，通过主从的操作一致，而达到最终数据一致。

2. MySQL Fabirc
   MySQL织物（MySQL Fabirc），是mysql官方提供的。
   MySQL Fabirc在MySQL Replication的基础上，增加了故障检测与转移，自动数据分片功能。不过依旧是一主多从的结构，MySQL Fabirc只有一个主节点，区别是当该主节点挂了以后，会从从节点中选择一个来当主节点。

3. MySQL Cluster
   mysql集群（MySQL Cluster）也是mysql官方提供的。
   MySQL Cluster是多主多从结构的，只能使用存储引擎 NDB ，与平常使用的InnoDB 有很多明显的差距。

4. MMM
   MMM是在MySQL Replication的基础上，对其进行优化。
   MMM（Master Replication Manager for MySQL）是双主多从结构，这是Google的开源项目，使用Perl语言来对MySQL Replication做扩展，提供一套支持双主故障切换和双主日常管理的脚本程序，主要用来监控mysql主主复制并做失败转移。

5. MHA
   MHA是在MySQL Replication的基础上，对其进行优化。
   MHA（Master High Availability）是多主多从结构，这是日本DeNA公司的youshimaton开发，主要提供更多的主节点，但是缺少VIP（虚拟IP），需要配合keepalived等一起使用。
   要搭建MHA，要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库。

6. Galera Cluster
   Galera Cluster是由Codership开发的MySQL多主结构集群，这些主节点互为其它节点的从节点。不同于MySQL原生的主从异步复制，Galera采用的是多主同步复制，并针对同步复制过程中，会大概率出现的事务冲突和死锁进行优化，就是复制不基于官方binlog而是Galera复制插件，重写了wsrep api。

7. Heartbeat+SAN
   不同主机的数据同步不再依赖于MySQL的原生复制功能，而是通过同步磁盘数据，来保证数据的一致性。
   然后处理故障的方式是借助Heartbeat，它监控和管理各个节点间连接的网络，并监控集群服务，当节点出现故障或者服务不可用时，自动在其他节点启动集群服务。
   SAN：共享存储，主库从库用的一个存储。SAN的概念是允许存储设施和解决器（服务器）之间建立直接的高速连接，通过这种连接实现数据的集中式存储。

8. Heartbeat+DRDB
   DRDB：这是linux内核板块实现的快级别的同步复制技术。通过各主机之间的网络，复制对方磁盘的内容。当客户将数据写入本地磁盘时，还会将数据发送到网络中另一台主机的磁盘上，这样的本地主机(主节点)与远程主机(备节点)的数据即可以保证明时同步。

9. Zookeeper + proxy
   Zookeeper使用分布式算法保证集群数据的一致性，使用zookeeper可以有效的保证proxy的高可用性，可以较好的避免网络分区现象的产生。

上一篇：【分布式微服务秒杀系统】三、环境搭建之Docker
上一篇：【分布式微服务秒杀系统】五、环境搭建之Zookeeper集群