MySQL的高可以有三种实现方式：多主模式（Multi Master MySQL），MHA（Master High Availability）和 Galera Cluster：wresp

一、MHA

对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库。

1、MHA工作原理

• 从宕机崩溃的master保存二进制日志事件（binlog events）
• 识别含有最新更新的slave
• 应用差异的中继日志（relay log）到其他的slave
• 应用从master保存的二进制日志事件（binlog events）
• 提升一个slave为新的master
• 使其他的slave连接新的master进行复制

2、MHA软件

MHA软件由两部分组成，Manager工具包和Node工具包；

Manager工具包主要包括以下几个工具：

• masterha_check_ssh 检查MHA的SSH配置状况
• masterha_check_repl 检查MySQL复制状况
• masterha_manger 启动MHA
• masterha_check_status 检测当前MHA运行状态
• masterha_master_monitor 检测master是否宕机
• masterha_master_switch 故障转移（自动或手动）
• masterha_conf_host 添加或删除配置的server信息

Node工具包：这些工具通常由MHA Manager的脚本触发，无需人为操作

• save_binary_logs 保存和复制master的二进制日志
• apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的slave
• filter_mysqlbinlog 去除不必要的ROLLBACK事件（MHA已不再使用此工具）
• purge_relay_logs 清除中继日志（不会阻塞SQL线程）

提示：为了尽可能的减少主库硬件损坏宕机造成的数据丢失，因此在配置MHA的同时建议配置成MySQL 5.5的半同步复制。

自定义扩展：

• secondary_check_script：通过多条网络路由检测master的可用性
• master_ip_ailover_script：更新Application使用的masterip
• shutdown_script：强制关闭master节点
• report_script：发送报告
• init_conf_load_script：加载初始配置参数
• master_ip_online_change_script：更新master节点ip地址

二、Galera Cluster

Galera Cluster：集成了Galera插件的MySQL集群，是一种新型的，数据不共享的，高度冗余的高可用方案，目前Galera Cluster有两个版本，分别是Percona Xtradb Cluster及MariaDB Cluster，Galera本身是具有多主特性的，即采用multi-master的集群架构，是一个既稳健，又在数据一致性、完整性及高性能方面有出色表现的高可用解决方案

三个节点组成了一个集群，与普通的主从架构不同，它们都可以作为主节点，三个节点是对等的，称为multi-master架构，当有客户端要写入或者读取数据时，连接哪个实例都是一样的，读到的数据是相同的，写入某一个节点之后，集群自己会将新数据同步到其它节点上面，这种架构不共享任何数据，是一种高冗余架构

特性：

• 多主架构：真正的多点读写的集群，在任何时候读写数据，都是最新的；
• 同步复制：集群不同节点之间数据同步，没有延迟，在数据库挂掉之后，数据不会丢失；
• 并发复制：从节点APPLY数据时，支持并行执行，更好的性能；
• 故障切换：在出现数据库故障时，因支持多点写入，切换容易；
• 热插拔：在服务期间，如果数据库挂了，只要监控程序发现的够快，不可服务时间就会非常少。在节点故障期间，节点本身对集群的影响非常小；
• 自动节点克隆：在新增节点，或者停机维护时，增量数据或者基础数据不需要人工手动备份提供，Galera Cluster会自动拉取在线节点数据，最终集群会变为一致；
• 对应用透明：集群的维护，对应用程序是透明的。

工作原理：