文章目录
一、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 的工作原理
- 从宕机的 Master 保存二进制日志事件(binlog event);
- 识别含有最新更新的 Slave;
- 应用差异的中继日志(relay log)到其他 Slave;
- 应用从 Master 保存的二进制日志事件;
- 提升一个 Slave 为新的 Master;
- 使其他的 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