mysql 高可用架构汇总（一）

本方案是简单的主从方案

• 本方案是有一个 Master 复制到一个或者多个 Slave 的架构模式，通过 Master 对数据库进行写操作，通过 Slave 端进行读操作，该方案主要用在读写压力比较大的应用系统中 , 可以达到读写分离以及负载均衡。

优点：

• 该方案结构灵活，是一个很好的数据库廉价扩展解决方案，能够解决很多中小型网站的数据库压力瓶颈问题。

缺点：

• 主机出现故障，需要人为介于，增加了停机时间，同时也增加了维护成本，很多重要业务是不可接受的。

• 本方案是两个 M ysqlserver 相互作为自己的 Master, 自己作为对方的 Slave 来进行复制，一端提供写服务，另一端读服务或者仅仅作为备机不提供服务 ( 拓展一下还能够跟一个或者多个 Slave 专门提供读服务 )

• 优点：

• 配置简单，结构灵活，廉价扩展，高可用效率好，能防止 Master 单点故障，切换后无需再去手动搭建主从环境 ， 大大节约维护成本，也可以进行两边都写操作，提高数据库效率

• 缺点：

• 两端都对外提供服务时会出现双主独立的情况，导致数据不一致，类似于脑裂的情况。用两端的时候还是有很多要注意的 ，以及一些参数的设置等。

• 本方案有两个角色，一个 node 角色，一个 manager 节点，最低有三台服务器， 一主两备 ，即一台充当 master ，一台充当 master 的备份机，另外一台是从属 机 MHA 自动化主服务器故障转移，快速将从服务器晋级为主服务器 ( 通常在 10-30s) ，而不影响复制的一致性，不需要花钱买更多的新服务器，不会有性能损耗，容易安装，不必更改现有的部署环境，适用于任何存储引擎。

优点：

• 安全性，稳定性高，可扩展性好，高可用好，当主服务器挂掉后，另一个理解接管，其他的从服务器能自动切换，不用人工干预

• 主 服务器的自动监控和故障转移 ；

• 交互式 主服务器故障转移 ；

缺点：

• 对服务器的数量有要求

• 网络环境尽量同机房

还有galera 与GR

• 优点：

• 同步 复制 所以不存在 Slave lag( 延迟 ), 不存在丢失交易的情况

• 真正 的 multi-master ，即所有节点可以同时读写数据库

• 自动的节点成员控制，失效节点自动被清除

• 新节点加入数据自动复制

• 真正的并行复制，行级

• 用户可以直接连接集群，使用感受上与 MySQL 完全 一致

• 更小的客户端 延迟，更高效的传输协议

缺点：

• 只支持 innodb

• 数据库服务器最少 3 台

• 整个 集群的写入吞吐量是由最弱的节点限制，如果有一个节点变得缓慢，那么整个集群将是缓慢的。为了稳定的高性能要求，所有的节点应使用统一的 硬件