MySQL 的 MHA 高可用集群部署及故障切换

一、MHA 的概述

1.1 什么是 MHA ？

MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。
MHA 的出现就是解决MySQL 单点的问题。
MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

主服务器会保存最新的二进制文件

1.2 MHA 组成

• MHA Node（数据节点）

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

• MHA Manager （管理节点）

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

    MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master 。整个故障转移过程对应用程序完全透明。

  • 先装 node 再装 manager；node 和 node 之间通过 manager 去管理；你只有有了 node，manager 才发挥了作用，比如有一个领导，但是没有员工，要管理者有什么用呢？

1.3 MHA 的特点

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

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

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

1.4 MHA 的工作原理

1. 从宕机的 Master 保存二进制日志事件（binlog event）；
2. 识别含有最新更新的 Slave；
3. 应用差异的中继日志（relay log）到其他 Slave；
4. 应用从 Master 保存的二进制日志事件；
5. 提升一个 Slave 为新的 Master；
6. 使其他的 Slave 连接新的 Master 进行复制；

数据流向：数据先经过 master 通过 manger 管理数据分配，然后当主服务器挂了之后，需要去匹配从服务器最接近主服务器内容的顶上去，通过 vip 去进行地址漂移，此时从服务器变成了主服务器，接下来就是主从复制 + 读写分离原理。

二、搭建 MySQL MHA 的实验

2.1 测试实验

实验思路：
1．MHA架构
1）数据库安装
2）一主两从
3）MHA搭建

2．故障模拟
1）主库失效
2）备选主库成为主库
3）原故障主库恢复重新加入到MHA成为从库

MHA manager 节点服务器：CentOS7.4(64 位) manager/192.168.10.21 ，安装MHA node 和 manager 组件
Master 节点服务器：CentOS7.4(64 位) mysql1/192.168.10.10 ，安装mysql5.7、MHA node 组件
Slave1 节点服务器：CentOS7.4(64 位) mysql2/192.168.10.12 ，安装mysql5.7、MHA node 组件
Slave2 节点服务器：CentOS7.4(64 位) mysql3/192.168.10.17 ，安装mysql5.7、MHA node 组件


systemctl stop firewalld
systemctl disable firewalld
setenforce 0

在Master、Slave1、Slave2 节点上安装 mysql5.7

2.2 修改 Master、Slave1、Slave2 节点的主机名

hostnamectl set-hostname Mysql1
hostnamectl set-hostname Mysql2
hostnamectl set-hostname Mysql3