MHA 高可用配置（故障切换）（理论详解+实验步骤）

---

前言

• 在实际的生产环境中，当 MySQL 主从复制和读写分离不能满足实际需求时，就可以考虑 MySQL 高可用群集了
• 接下来，我们将一起学习使用 MySQL-MHA 实现 MySQL 高可用

一、MHA 的概述

• MHA（Master High Availability）目前在 MySQL 高可用方面是一个相对成熟的解决方案，它由日本 DeNA 公司的 youshimaton（现就职于 Facebook 公司）开发，是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。
• 在 MySQL 故障切换过程中，MHA 能够做到 0~30 秒内自动完成数据库的故障切换操作，并且，在进行故障切换的过程中，MHA 能最大成都上保证数据库的一致性，以达到真正意义上的高可用

---

二、MHA 的特点

• 自动故障切换过程中，MHA 试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
• 但这并不总是可行的：例如，如果主服务器硬件故障或无法通过 ssh 访问，MHA 没法保存二进制日志，只进行故障转移而丢失了最新的数据
• MHA 可以与半同步复制结合起来，大大降低数据丢失的风险
• 如，只有一个 slave 已经收到了最新的二进制日志，MHA 可以将最新的二进制日志应用于其他所有的 slave 服务器上，因此可以保证所有节点的数据一致性
• 目前 MHA 支持主多从架构，最少三台服务（即一主两从）

---

三、组成及原理

• 该软件由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点）
  
• MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群，也可以部署在一台 slave 节点上
• MHA Node 运行在每台 MySQL 服务器上，MHA Manager 会定时探测集群中的 master 节点，当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master
  
• 整个故障转移过程对应用程序完全透明

---

四、搭建步骤

1.实验思路

1. MHA 架构
   • 源码编译安装数据库
   • 配置一主两从
   • 搭建 MHA
2. 故障模拟
   • 主库失效
   • 备选主库称为主库
   • 原故障主库恢复，重新加入到 MHA，成为从库

2.实验环境

主机	主机名	操作系统	IP 地址	主要软件
MHA Manager	CentOS 7-1	CentOS 7	192.168.126.11	MHA Node 组件、MHA Manager 组件
Master	CentOS 7-2	CentOS 7	192.168.126.12	mysql-boost-5.7.20.tar.gz、MHAnode 组件
Slave1	CentOS 7-3	CentOS 7	192.168.126.13	mysql-boost-5.7.20.tar.gz、MHAnode 组件
Slave2	CentOS 7-4	CentOS 7	192.168.126.14	mysql-boost-5.7.20.tar.gz、MHAnode 组件

3.实验步骤

3.1 准备

• 四台主机全部源码编译安装好 MySQL 数据库，及修改好登录密码与授权远程登录
• 提供相关一键脚本，传送门：Mysql 服务（一键部署）（源码编译安装）
• 然后全部关闭防火墙及控制访问安装机制

systemctl disable firewalld
setenforce 0

3.2 修改 Master、Slave1、Slave2 的主机名

hostnamectl set-hostname mysql1
su -

hostnamectl set-hostname mysql2
su -

hostnamectl set-hostname mysql3
su -

3.3 修改 Master、Slave1、Slave2 的主配置文件 /etc/my.cnf

Master：

vim /etc/my.cnf
[mysqld]
server-id = 20
#id 可自定义，三台主机不能一样
log_bin = master-bin
log-slave-updates = true
#开启二进制日志及允许从服务器进行复制更新二进制文件

systemctl restart mysqld
#重启服务使配置生效
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
#创建 mysql 命令与 mysql 日志文件的软链接，便于系统识别

Slave1、Slave2：

vim /etc/my.cnf
server-id = 30  
#server-id = 40（三台服务器的 server-id 不能一样）
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
#从服务器也要开启二进制日志，因为也有可能变为主服务器

systemctl restart mysqld
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

3.4 配置 MySQL 一主两从

Master、Slave1、Slave2：

mysql -uroot -p123123
#登录 MySQL 数据库

grant replication slave on *.* to 'myslave'@'192.168.126.%' identified by '123123';
#从数据库同步使用
grant all privileges on *.* to 'mha'@'192.168.126.%' identified by 'manager';
#manager 使用

grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
#防止从库通过主机名连接不上主库

flush privileges;

Master：

show master status;
#在 Master 节点查看二进制文件名和偏移量，记住，后续有用

Slave1、Slave2：

change master to master_host='192.168.126.12',master_user='myslave',master_password='123123',master_log_file='master-bin.000001',master_log_pos=xxxx;
#指定 master 服务器 IP，用户名及密码，日志名和偏移量

start slave;
#启动同步
show slave status\G" | awk '/Running:/{
   print}
#查看从服务器线程相关参数信息
#确保 IO 和 SQL 线程都是 Yes，代表同步正常

mysql -e "set global read_only=1;"
#两个从库必须设置为只读模式

3.5 验证主从复制

Master：

create database test;
show databases;
#创建库，用作测试

Slave1、Slave2：