MHA高可用配置及故障切换（数据库管理与高可用）

（1）MHA解释

MHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。

MHA 的出现就是解决MySQL 单点的问题。

MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。

MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

（2）MHA 组成部分

MHA Node（数据节点）

MHA Node 运行在每台 MySQL 服务器上。

MHA Manager（管理节点）

MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在一台 slave 节点上。

MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave

提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。

（3）MHA 的优点

自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失

使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性

目前MHA支持一主多从架构，最少三台服务，即一主两从。

MHA由两部分构成：MHA Manager（管理节点）和MHA Node（数据节点）。在主从复制的MySQL集群中，MHA Manager负责监控主节点的健康状况，当主节点出现故障时，MHA Manager会自动选举出一个从节点升级为主节点，并协调其余从节点重新连接至新的主节点，实现无缝的故障转移。

实验环境：

五台机器；101 102 103 104 105

先把前面四个主机同步会话；开始实验前的配置；

再使用yum的方式安装mariadb-server mysql；

再去修改hosts文件；

vim /etc/hosts

把要作为Manager的主机101，断开会话同步功能；针对后面三个主机进行配置；

修改mysql的配置文件；vim /etc/my.cnf

注：relay-log-purge=0表示当SQL线程读取完中继日志里的条目信息之后，这个中继日志文件依然会保留，不会被清理掉，

relay-log-purge=1表示当SQL线程执行完中继日志里信息的重放之后，它会自动的把中继日志文件给清理掉，

如果说想让某一个从节点将来成为主，那就要长期的保存所有的中继日志文件。

修改完了之后，把同步会话关闭掉；然后单独修改103和104的server-id；

103：

104：