Mysql高可用-----MHA

柔情只为你懂 2022-10-02 01:45 223阅读 0赞

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

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

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

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝网也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。MHA 适合任何存储引擎, 只要能主从复制的存储引擎它都支持，不限于支持事物的 innodb 引擎。

官方介绍：[https://code.google.com/p/mysql-master-ha/][https_code.google.com_p_mysql-master-ha]

下图展示了如何通过MHA Manager管理多组主从复制。可以将MHA工作原理总结为如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70]  
（1）从宕机崩溃的master保存二进制日志事件（binlog events）;

（2）识别含有最新更新的slave；

（3）应用差异的中继日志（relay log）到其他的slave；

（4）应用从master保存的二进制日志事件（binlog events）；

（5）提升一个slave为新的master；

（6）使其他的slave连接新的master进行复制。

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的半同步复制。关于半同步复制原理各位自己进行查阅。（不是必须）

二、 部署MHA  
1、 MHA环境  
接下来部署MHA，具体的搭建环境如下（所有操作系统均为CentOS7.5 64bit）：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 1]  
其中master对外提供写服务，备选Candidate master（实际为slave1）提供读服务，slave2也提供读服务，一旦master宕机，将会把备选master提升为新的master，slave指向新的master

在所有节点安装mah-node所需的perl模块（DBD:MySQL），安装脚本如下：  
注释：这里需要安装perl模块，是因为MHA是基于perl开发的程序，所以需要在此基础上运行

2、 安装perl模块（四台服务器都执行如下命令）  
1） 先安装epel扩展源  
\[root@xuegod120 ~\]\# yum -y install epel-release  
或者执行如下命令：  
rpm -ivh [http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm][http_dl.fedoraproject.org_pub_epel_epel-release-latest-7.noarch.rpm] \#在线下载epel源  
\[root@xuegod120 ~\]\# yum clean all  
\[root@xuegod120 ~\]\# yum list

2） 使用yum安装所有perl包，解决依赖关系  
\[root@xuegod120 ~\]\# yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager --skip-broken  
注释：这里如果出现后面两个包无法安装，请将epel-aliyun.repo文件上传后再执行yum clean all和yum list之后，再次运行安装命令即可。

3、 安装mha的包  
注释：上述介绍过，mha包分为两个，一个是manager包一个node包，mha服务器需要两个都安装，其它主从服务器只需要安装node包即可  
1） 分别上传两个包到服务器上  
\[root@xuegod120 ~\]\# ll  
total 120  
\-rw-------. 1 root root 1350 Jun 6 11:09 anaconda-ks.cfg  
\-rw-r–r-- 1 root root 81080 Jun 15 19:24 mha4mysql-manager-0.57-0.el7.noarch.rpm  
\-rw-r–r-- 1 root root 35360 Jun 15 19:24 mha4mysql-node-0.57-0.el7.noarch.rpm  
\[root@xuegod130 ~\]\# ll  
total 40  
\-rw-------. 1 root root 1350 Jun 6 11:09 anaconda-ks.cfg  
\-rw-r–r-- 1 root root 35360 Jun 15 19:24 mha4mysql-node-0.57-0.el7.noarch.rpm  
\[root@xuegod140 ~\]\# ll  
total 44  
\-rw-------. 1 root root 1350 Jun 6 11:09 anaconda-ks.cfg  
\-rw-r–r-- 1 root root 1896 Jun 13 20:14 HA.sql  
\-rw-r–r-- 1 root root 35360 Jun 15 19:24 mha4mysql-node-0.57-0.el7.noarch.rpm  
\[root@xuegod150 ~\]\# ll  
total 40  
\-rw-------. 1 root root 1350 Jun 6 11:09 anaconda-ks.cfg  
\-rw-r–r-- 1 root root 35360 Jun 15 19:24 mha4mysql-node-0.57-0.el7.noarch.rpm

2） 分别使用rpm安装mha-node包  
mha服务器xuegod120：  
\[root@xuegod120 ~\]\# rpm -ivh mha4mysql-node-0.57-0.el7.noarch.rpm  
Preparing… \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]  
Updating / installing…  
1:mha4mysql-node-0.57-0.el7 \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]

mysql主服务器数据库xuegod130：  
\[root@xuegod130 ~\]\# rpm -ivh mha4mysql-node-0.57-0.el7.noarch.rpm  
Preparing… \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]  
Updating / installing…  
1:mha4mysql-node-0.57-0.el7 \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]

mysql备用主服务器数据库xuegod140：  
\[root@xuegod140 ~\]\# rpm -ivh mha4mysql-node-0.57-0.el7.noarch.rpm  
Preparing… \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]  
Updating / installing…  
1:mha4mysql-node-0.57-0.el7 \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]

mysql从服务器数据库xuegod150：  
\[root@xuegod150 ~\]\# rpm -ivh mha4mysql-node-0.57-0.el7.noarch.rpm  
Preparing… \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]  
Updating / installing…  
1:mha4mysql-node-0.57-0.el7 \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]

说明：mha的包安装完毕后会在/usr/bin/目录下生成一下脚本文件

3） 安装mha-manager包  
MHA Manager中主要包括了几个管理员的命令行工具，例如master\_manger，master\_master\_switch等。MHA Manger也依赖于perl模块，具体如下：  
（1）安装MHA Node软件包之前需要安装依赖。我这里使用yum完成，首先epel源要安装。  
注意：刚才我们已经配置epel源。  
（2）安装MHA Manager。首先安装MHA Manger依赖的perl模块（我这里使用yum安装）：  
\[root@xuegod120 bin\]\# yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker perl-CPAN

（3） 安装MHA Mangager  
\[root@xuegod120 ~\]\# rpm -ivh mha4mysql-manager-0.57-0.el7.noarch.rpm  
Preparing… \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]  
Updating / installing…  
1:mha4mysql-manager-0.57-0.el7 \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# \[100%\]

安装完成后，会在/usr/bin/目录下生成如下脚本：  
\[root@xuegod120 bin\]\# ll /usr/bin/mast\*  
\-rwxr-xr-x 1 root root 1995 May 31 2015 /usr/bin/masterha\_check\_repl  
\-rwxr-xr-x 1 root root 1779 May 31 2015 /usr/bin/masterha\_check\_ssh  
\-rwxr-xr-x 1 root root 1865 May 31 2015 /usr/bin/masterha\_check\_status  
\-rwxr-xr-x 1 root root 3201 May 31 2015 /usr/bin/masterha\_conf\_host  
\-rwxr-xr-x 1 root root 2517 May 31 2015 /usr/bin/masterha\_manager  
\-rwxr-xr-x 1 root root 2165 May 31 2015 /usr/bin/masterha\_master\_monitor  
\-rwxr-xr-x 1 root root 2373 May 31 2015 /usr/bin/masterha\_master\_switch  
\-rwxr-xr-x 1 root root 5171 May 31 2015 /usr/bin/masterha\_secondary\_check  
\-rwxr-xr-x 1 root root 1739 May 31 2015 /usr/bin/masterha\_stop

4、 配置所有节点的ssh免密登录  
配置所有主机相互SSH登录无密码验证。但是有一点需要注意：不能禁止password登录，否则会出现错误。  
1） mha服务器配置免密  
\[root@xuegod120 ~\]\# ssh-keygen \#生成公私钥，默认回车  
Generating public/private rsa key pair.  
Enter file in which to save the key (/root/.ssh/id\_rsa):  
Created directory ‘/root/.ssh’.  
Enter passphrase (empty for no passphrase):  
Enter same passphrase again:  
Your identification has been saved in /root/.ssh/id\_rsa.  
Your public key has been saved in /root/.ssh/id\_rsa.pub.  
The key fingerprint is:  
SHA256:r9DLZMsc3zK/YBEVZJrQLdSrWCYY6kh1jtyyV2qK/Z4 [root@xuegod120.com][root_xuegod120.com]  
The key’s randomart image is:  
±–\[RSA 2048\]----+  
| .o.+=. |  
| . o .o=o |  
| o \* o +. . |  
| . = + o o… |  
| . o o oS=… |  
| . o +… |  
| o +. = + |  
| . o O Boo |  
| oE B .++. |  
±—\[SHA256\]-----+  
\[root@xuegod120 ~\]\# ssh-copy-id 192.168.2.130  
\[root@xuegod120 ~\]\# ssh-copy-id 192.168.2.140  
\[root@xuegod120 ~\]\# ssh-copy-id 192.168.2.150 \#分别配置免密登录三台主机

测试能否能录：  
\[root@xuegod120 ~\]\# ssh 192.168.2.130  
Last login: Sun Jun 16 18:08:45 2019 from 192.168.2.1  
\[root@xuegod130 ~\]\# exit  
logout  
Connection to 192.168.2.130 closed.  
\[root@xuegod120 ~\]\# ssh 192.168.2.140  
Last login: Sun Jun 16 18:03:43 2019 from 192.168.2.1  
\[root@xuegod140 ~\]\# exit  
logout  
Connection to 192.168.2.140 closed.  
\[root@xuegod120 ~\]\# ssh 192.168.2.150  
Last login: Sun Jun 16 18:03:45 2019 from 192.168.2.1  
\[root@xuegod150 ~\]\# exit  
logout  
Connection to 192.168.2.150 closed.

2） 主服务器数据库配置免密登录  
注意：这里不需要配置免密登录到mha，只用配置到其他两台slave服务器即可  
\[root@xuegod130 ~\]\# ssh-keygen  
\[root@xuegod130 ~\]\# ssh-copy-id 192.168.2.140  
\[root@xuegod130 ~\]\# ssh-copy-id 192.168.2.150  
测试能否登录：  
\[root@xuegod130 ~\]\# ssh 192.168.2.140  
Last login: Sun Jun 16 18:33:53 2019 from 192.168.2.120  
\[root@xuegod140 ~\]\# exit  
logout  
Connection to 192.168.2.140 closed.  
\[root@xuegod130 ~\]\# ssh 192.168.2.150  
Last login: Sun Jun 16 18:33:57 2019 from 192.168.2.120  
\[root@xuegod150 ~\]\# exit  
logout  
Connection to 192.168.2.150 closed.

3） 备用主服务器配置免密登录  
\[root@xuegod140 ~\]\# ssh-keygen  
\[root@xuegod140 ~\]\# ssh-copy-id 192.168.2.130  
\[root@xuegod140 ~\]\# ssh-copy-id 192.168.2.150  
测试登录结果：  
\[root@xuegod140 ~\]\# ssh 192.168.2.130  
Last login: Sun Jun 16 18:33:43 2019 from 192.168.2.120  
\[root@xuegod130 ~\]\# exit  
logout  
Connection to 192.168.2.130 closed.  
\[root@xuegod140 ~\]\# ssh 192.168.2.150  
Last login: Sun Jun 16 18:37:07 2019 from 192.168.2.130  
\[root@xuegod150 ~\]\# exit  
logout  
Connection to 192.168.2.150 closed.

4） 从服务器配置免密登录  
\[root@xuegod150 ~\]\# ssh-keygen  
\[root@xuegod150 ~\]\# ssh-copy-id 192.168.2.130  
\[root@xuegod150 ~\]\# ssh-copy-id 192.168.2.140  
测试免密登录：  
\[root@xuegod150 ~\]\# ssh 192.168.2.130  
Last login: Sun Jun 16 18:39:37 2019 from 192.168.2.140  
\[root@xuegod130 ~\]\# exit  
logout  
Connection to 192.168.2.130 closed.  
\[root@xuegod150 ~\]\# ssh 192.168.2.140  
Last login: Sun Jun 16 18:37:03 2019 from 192.168.2.130  
\[root@xuegod140 ~\]\# exit  
logout  
Connection to 192.168.2.140 closed.

5、 搭建主从复制环境  
注意：binlog-do-db 和 replicate-ignore-db 设置必须相同，MHA在启动时候会检测过滤规则，如果过滤规则不同，MHA 不启动监控和故障转移。  
1） 主从复制配置前数据库环境搭建  
a. 创建数据库和表，使数据库环境一致  
这个在主数据库创建后，导出到其他服务器，然后直接导入  
mysql> create database ha;  
Query OK, 1 row affected (0.00 sec)

mysql> use ha;  
Database changed  
mysql> create table ha (id int,name varchar(20));  
Query OK, 0 rows affected (0.17 sec)

b. 导出数据库，并传递给备用主数据库和从数据库  
\[root@xuegod130 ~\]\# mysqldump -uroot -p123456 -B ha > ha.sql  
mysqldump: \[Warning\] Using a password on the command line interface can be insecure.  
\[root@xuegod130 ~\]\# ll ha.sql  
\-rw-r–r-- 1 root root 1892 Jun 16 18:48 ha.sql  
\[root@xuegod130 ~\]\# scp ha.sql 192.168.2.140:/root/  
ha.sql 100% 1892 443.9KB/s 00:00  
\[root@xuegod130 ~\]\# scp ha.sql 192.168.2.150:/root/  
ha.sql 100% 1892 1.7MB/s 00:00

c. 分别到xuegod140和xuegod150服务器上，将ha库导入到数据库内：  
\[root@xuegod140 ~\]\# mysql -uroot -p123456 < ha.sql  
mysql: \[Warning\] Using a password on the command line interface can be insecure.  
\[root@xuegod150 ~\]\# mysql -uroot -p123456 < ha.sql  
mysql: \[Warning\] Using a password on the command line interface can be insecure.

2） 配置xuegod130服务器的数据库主从环境  
a. 修改my.cnf配置文件  
server-id=1 \#配置本机数据库ID  
log-bin=mysql-bin-master \#启用二进制文件，并命名  
binlog-do-db=ha \#可以被从服务器复制的数据库  
binlog-ignore-db=mysql \#不可以被从服务器复制的数据库  
保存并重启服务  
\[root@xuegod130 ~\]\# systemctl restart mysqld

b. 授权，创建用户访问权限  
mysql> grant replication slave on *.* to repl@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.00 sec)

3） 配置备用主服务器xuegod140  
a. 修改my.cnf配置文件  
server-id=2  
log-bin=mysql-slave1  
binlog-do-db=ha  
binlog-ignore-db=mysql  
log\_slave\_updates=1 \#只有开启log\_slave\_updates，从库binlog才会记录主库同步的操作日志  
保存并重启服务  
\[root@xuegod140 ~\]\# systemctl restart mysqld

b. 授权，并创建用户  
这里创建的用户是，等主库宕机后，备用主库直接接管使用的账号  
mysql> grant replication slave on *.* to repl@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.22 sec)

c. 建立主从关系，指定主服务器的信息  
mysql> stop slave;  
Query OK, 0 rows affected, 1 warning (0.00 sec)  
mysql> change master to master\_host=‘192.168.2.130’,master\_user=‘repl’,master\_password=‘123456’;  
Query OK, 0 rows affected, 2 warnings (0.02 sec)

mysql> start slave;  
Query OK, 0 rows affected (0.16 sec)

mysql> show slave status\\G  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
Slave\_IO\_State: Waiting for master to send event  
Master\_Host: 192.168.2.130  
Master\_User: repl  
Master\_Port: 3306  
Connect\_Retry: 60  
Master\_Log\_File: mysql-bin-master.000001  
Read\_Master\_Log\_Pos: 892  
Relay\_Log\_File: xuegod140-relay-bin.000002  
Relay\_Log\_Pos: 1119  
Relay\_Master\_Log\_File: mysql-bin-master.000001  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes

4） 配置从服务器xuegod150  
这里虽然是从服务器，但是我们配置MHA后，如果不指定备用主的情况下，每个salve主机都有可能是备用主，所以这里的配置文件里面也需要启用二进制文件等其他设置；  
a. 修改my.cnf配置文件  
server-id=3  
log-bin=mysql-slave2  
binlog-do-db=ha  
binlog-ignore-db=mysql  
log\_slave\_updates=1  
保存并重启服务  
\[root@xuegod150 ~\]\# systemctl restart mysqld

b. 授权，并创建用户  
mysql> grant replication slave on *.* to repl@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.18 sec)

mysql> flush privileges;  
Query OK, 0 rows affected (0.00 sec)

c. 建立主从关系，指定主服务器信息  
mysql> stop slave;  
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> change master to master\_host=‘192.168.2.130’,master\_user=‘repl’,master\_password=‘123456’;  
Query OK, 0 rows affected, 2 warnings (0.03 sec)

mysql> start slave;  
Query OK, 0 rows affected (0.13 sec)

mysql> show slave status\\G  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
Slave\_IO\_State: Waiting for master to send event  
Master\_Host: 192.168.2.130  
Master\_User: repl  
Master\_Port: 3306  
Connect\_Retry: 60  
Master\_Log\_File: mysql-bin-master.000001  
Read\_Master\_Log\_Pos: 892  
Relay\_Log\_File: xuegod150-relay-bin.000002  
Relay\_Log\_Pos: 1119  
Relay\_Master\_Log\_File: mysql-bin-master.000001  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes

7、 创建监控用户  
这里创建的用户，是给到mha来监控mysql的运行状态是来使用的  
三台mysql服务器都需要创建：  
xuegod130：  
mysql> grant all privileges on *.* to ‘root’@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> flush privileges;  
Query OK, 0 rows affected (0.00 sec)

xuegod140：  
mysql> grant all privileges on *.* to ‘root’@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> flush privileges;  
Query OK, 0 rows affected (0.00 sec)

xuegod150:  
mysql> grant all privileges on *.* to ‘root’@‘192.168.2.%’ identified by ‘123456’;  
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> flush privileges;  
Query OK, 0 rows affected (0.00 sec)

总结：到此整个mysql集群的环境已经搭建完毕，剩下的就是配置mha软件，我们总结配置的步骤，如下：  
（1） 安装epel-release源（四台服务器都安装）  
（2） 四台服务器安装mha-node软件  
（3） mha管理服务器安装perl模块的rpm包  
（4） mha管理服务器安装mha-manager包  
（5） 四台服务器分别配置ssh免密登录（mha管理服务器需要免密登录到其他三台服务器，其他三台服务器只需要互相免密登录即可，不需要配置免密登录mha管理服务器）  
（6） 搭建mysql主从复制（不详细些步骤，以为比较多，参考上述文档即可）  
（7） 修改两台slave主机只读模式  
（8） 在三台服务器中增加监控用户  
（9） 剩下的就是mha软件的配置，参考下述文档即可

8、 配置MHA  
1） 创建MHA的工作目录，并创建相关配置文件  
\[root@xuegod120 ~\]\# mkdir -p /etc/masterha  
\[root@xuegod120 ~\]\# mkdir -p /var/log/masterha/app1  
\[root@xuegod120 bin\]\# cd /etc/masterha/  
\[root@xuegod120 masterha\]\# vim app1.cnf

2） 上传脚本文件到/usr/local/bin/目录下  
\[root@xuegod120 ~\]\# cd /usr/local/bin/  
\[root@xuegod120 bin\]\# rz -E  
rz waiting to receive.  
\[root@xuegod120 bin\]\# ll master\_ip\_failover.failover  
\-rw-r–r-- 1 root root 3231 Jun 15 19:24 master\_ip\_failover.failover  
修改文件权限为777  
\[root@xuegod120 bin\]\# chmod 777 master\_ip\_failover.failover  
\[root@xuegod120 bin\]\# ll master\_ip\_failover.failover  
\-rwxrwxrwx 1 root root 3231 Jun 15 19:24 master\_ip\_failover.failover

3） 修改app1.cnf配置文件  
\[server default\]  
manager\_workdir=/var/log/masterha/app1  
manager\_log=/var/log/masterha/app1/manager.log  
master\_binlog\_dir=/etc/lib/mysql/  
password=123456  
user=rootping\_interval=1remote\_workdir=/tmp  
repl\_password=123456  
repl\_user=repl  
report\_script=/usr/local/send\_report  
ssh\_user=root

\[server1\]  
hostname=192.168.2.130  
port=3306

\[server2\]  
hostname=192.168.2.140  
port=3306  
candidate\_master=1  
check\_repl\_delay=0

\[server3\]  
hostname=192.168.2.150  
port=3306

相关配置文件解释如下：  
因为配置文件内不能加注释  
\[server default\]  
manager\_workdir=/var/log/masterha/app1 \#设置manager的工作目录  
manager\_log=/var/log/masterha/app1/manager.log \#设置manager的日志  
master\_binlog\_dir=/var/lib/mysql \#设置master 保存binlog的位置，以便MHA可以找到master的日志，我这里的也就是mysql的数据目录  
master\_ip\_failover\_script=/usr/local/bin/master\_ip\_failover \#设置自动failover时候的切换脚本，这个脚本如果没有，就不需要写入此项，否则会报错。  
master\_ip\_online\_change\_script=/usr/local/bin/master\_ip\_online\_change \#设置手动切换时候的切换脚本，这个脚本如果没有，就不需要写入此项，否则会报错。  
password=123456 \#设置MySQL中root用户的密码，这个密码是前文中创建监控用户的那个密码  
user=root \#设置监控用户root  
ping\_interval=1 \#设置监控主库，发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自动进行railover  
remote\_workdir=/tmp \#设置远端MySQL在发生切换时binlog的保存位置  
repl\_password=123456 \#设置复制用户的密码  
repl\_user=repl \#设置复制环境中的复制用户名  
report\_script=/usr/local/send\_report \#设置发生切换后发送的报警的脚本  
shutdown\_script="" \#设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机放在发生脑裂,这里没有使用）  
ssh\_user=root \#设置SSH的登录用户名

\[server1\]  
hostname=192.168.1.62  
port=3306

\[server2\]  
hostname=192.168.1.64  
port=3306  
candidate\_master=1 \#设置为候选master，如果设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个主库不是集群中事件最新的slave  
check\_repl\_delay=0 \#默认情况下如果一个slave落后master 100M的relay logs的话，MHA将不会选择该slave作为一个新的master，因为对于这个slave的恢复需要花费很长时间，通过设置check\_repl\_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate\_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master

\[server3\]  
hostname=192.168.1.65  
port=3306

xuegod140上关闭  
mysql> set global relay\_log\_purge=0； \#\#或者off  
Query OK, 0 rows affected (0.00 sec)

xuegod150上关闭  
mysql> set global relay\_log\_purge=0;  
Query OK, 0 rows affected (0.00 sec)

在查看状态  
mysql> show variables like ‘%relay\_log\_p%’;  
±----------------±------+  
| Variable\_name | Value |  
±----------------±------+  
| relay\_log\_purge | OFF |  
±----------------±------+  
1 row in set (0.00 sec)  
注意：  
MHA在发生切换的过程中，从库的恢复过程中依赖于relay log的相关信息，所以这里要将relay log的自动清除设置为OFF，采用手动清除relay log的方式。在默认情况下，从服务器上的中继日志会在SQL线程执行完毕后被自动删除。但是在MHA环境中，这些中继日志在恢复其他从服务器时可能会被用到，因此需要禁用中继日志的自动删除功能。定期清除中继日志需要考虑到复制延时的问题。在ext3的文件系统下，删除大的文件需要一定的时间，会导致严重的复制延时。为了避免复制延时，需要暂时为中继日志创建硬链接，因为在Linux系统中通过硬链接删除大文件速度会很快。（在MySQL数据库中，删除大表时，通常也采用建立硬链接的方式）

9、 在mha管理服务器上检查配置  
1） 检查SSH配置  
\[root@xuegod120 ~\]\# masterha\_check\_ssh --conf=/etc/masterha/app1.cnf  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 2]  
2） 检查整个mysql主从复制环境  
\[root@xuegod120 ~\]\# masterha\_check\_repl --conf=/etc/masterha/app1.cnf  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 3]

3） 检查MHA manager的状态  
\[root@xuegod120 ~\]\# masterha\_check\_status --conf=/etc/masterha/app1.cnf  
app1 is stopped(2:NOT\_RUNNING).

注意：如果正常，会显示"PING\_OK"，否则会显示"NOT\_RUNNING"，这代表MHA监控没有开启。

4） 开启MHA manager监控  
\[root@xuegod120 ~\]\# nohup masterha\_manager --conf=/etc/masterha/app1.cnf --remove\_dead\_master\_conf –ignore\_last\_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &  
\[1\] 12838

启动参数介绍：  
–remove\_dead\_master\_conf \#该参数代表当发生主从切换后，老的主库的IP将会从配置文件中移除。  
–manger\_log \#日志存放位置  
–ignore\_last\_failover \#在缺省情况下，如果MHA检测到连续发生宕机，且两次宕机间隔不足8小时的话，则不会进行Failover，之所以这样限制是为了避免ping-pong效应。该参数代表忽略上次MHA触发切换产生的文件，默认情况下，MHA发生切换后会在日志目录，也就是上面我设置的/data产生app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为–ignore\_last\_failover。

5） 再次查看mha的状态  
\[root@xuegod120 ~\]\# masterha\_check\_status --conf=/etc/masterha/app1.cnf  
app1 (pid:12838) is running(0:PING\_OK), master:192.168.2.130

6） 查看启动日志，可以看到mha启动成功的提示  
\[root@xuegod120 ~\]\# tail -n20 /var/log/masterha/app1/manager.log  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 4]

7） 开通动态监控日志  
\[root@xuegod120 ~\]\# tail -f /var/log/masterha/app1/manager.log

8） 模拟主库挂掉  
\[root@xuegod130 ~\]\# systemctl stop mysqld

9） 查看日志，发现有从130切换到140的日志提示  
\[root@xuegod120 ~\]\# cat /var/log/masterha/app1/manager.log  
Sun Jun 16 21:02:22 2019 - \[info\] HealthCheck: SSH to 192.168.2.130 is reachable.  
Sun Jun 16 21:02:22 2019 - \[warning\] Got error on MySQL connect: 2003 (Can’t connect to MySQL server on ‘192.168.2.130’ (111))  
Sun Jun 16 21:02:22 2019 - \[warning\] Connection failed 2 time(s)…  
Sun Jun 16 21:02:23 2019 - \[warning\] Got error on MySQL connect: 2003 (Can’t connect to MySQL server on ‘192.168.2.130’ (111))  
Sun Jun 16 21:02:23 2019 - \[warning\] Connection failed 3 time(s)… \#这里有三次ping连接  
Sun Jun 16 21:02:24 2019 - \[warning\] Got error on MySQL connect: 2003 (Can’t connect to MySQL server on ‘192.168.2.130’ (111))  
Sun Jun 16 21:02:24 2019 - \[warning\] Connection failed 4 time(s)… \#提示连接主服务器失败  
Sun Jun 16 21:02:24 2019 - \[warning\] Master is not reachable from health checker!  
Sun Jun 16 21:02:24 2019 - \[warning\] Master 192.168.2.130(192.168.2.130:3306) is not reachable!  
Sun Jun 16 21:02:24 2019 - \[warning\] SSH is reachable.  
Sun Jun 16 21:02:24 2019 - \[info\] Connecting to a master server failed. Reading configuration file /etc/masterha\_default.cnf and /etc/masterha/app1.cnf again, and trying to connect to all servers to check server status…  
Sun Jun 16 21:02:24 2019 - \[warning\] Global configuration file /etc/masterha\_default.cnf not found. Skipping.  
Sun Jun 16 21:02:24 2019 - \[info\] Reading application default configuration from /etc/masterha/app1.cnf… \#读取mha的配置文件  
Sun Jun 16 21:02:24 2019 - \[info\] Reading server configuration from /etc/masterha/app1.cnf…  
Sun Jun 16 21:02:25 2019 - \[info\] GTID failover mode = 0 \#开启故障转移  
Sun Jun 16 21:02:25 2019 - \[info\] Dead Servers: \#死掉的服务器  
Sun Jun 16 21:02:25 2019 - \[info\] 192.168.2.130(192.168.2.130:3306)  
Sun Jun 16 21:02:25 2019 - \[info\] Alive Servers: \#存活的服务器  
Sun Jun 16 21:02:25 2019 - \[info\] 192.168.2.140(192.168.2.140:3306)  
Sun Jun 16 21:02:25 2019 - \[info\] 192.168.2.150(192.168.2.150:3306)  
Sun Jun 16 21:02:25 2019 - \[info\] Alive Slaves:  
Sun Jun 16 21:02:25 2019 - \[info\] 192.168.2.140(192.168.2.140:3306) Version=5.7.26-log (oldest major version between slaves) log-bin:enabled  
Sun Jun 16 21:02:25 2019 - \[info\] Replicating from 192.168.2.130(192.168.2.130:3306)  
Sun Jun 16 21:02:25 2019 - \[info\] Primary candidate for the new Master (candidate\_master is set) \#发现已经配置有故障切换后的备用主机  
Sun Jun 16 21:02:25 2019 - \[info\] 192.168.2.150(192.168.2.150:3306) Version=5.7.26-log (oldest major version between slaves) log-bin:enabled  
Sun Jun 16 21:02:25 2019 - \[info\] Replicating from 192.168.2.130(192.168.2.130:3306)  
Sun Jun 16 21:02:25 2019 - \[info\] Checking slave configurations…  
Sun Jun 16 21:02:25 2019 - \[info\] Checking replication filtering settings…  
Sun Jun 16 21:02:25 2019 - \[info\] Replication filtering check ok.  
Sun Jun 16 21:02:25 2019 - \[info\] Master is down!  
Sun Jun 16 21:02:25 2019 - \[info\] Terminating monitoring script.  
Sun Jun 16 21:02:25 2019 - \[info\] Got exit code 20 (Master dead).  
Sun Jun 16 21:02:25 2019 - \[info\] MHA::MasterFailover version 0.57.  
Sun Jun 16 21:02:25 2019 - \[info\] Starting master failover. \#开始故障转移  
Sun Jun 16 21:02:25 2019 - \[info\]  
Sun Jun 16 21:02:25 2019 - \[info\] \* Phase 1: Configuration Check Phase…  
Sun Jun 16 21:02:25 2019 - \[info\]  
Sun Jun 16 21:02:26 2019 - \[info\] GTID failover mode = 0  
Sun Jun 16 21:02:26 2019 - \[info\] Dead Servers:  
Sun Jun 16 21:02:26 2019 - \[info\] 192.168.2.130(192.168.2.130:3306)  
Sun Jun 16 21:02:26 2019 - \[info\] Checking master reachability via MySQL(double check)…  
Sun Jun 16 21:02:26 2019 - \[info\] ok.  
Sun Jun 16 21:02:26 2019 - \[info\] Alive Servers:  
Sun Jun 16 21:02:26 2019 - \[info\] 192.168.2.140(192.168.2.140:3306)  
Sun Jun 16 21:02:26 2019 - \[info\] 192.168.2.150(192.168.2.150:3306)  
Sun Jun 16 21:02:26 2019 - \[info\] Alive Slaves:  
Sun Jun 16 21:02:26 2019 - \[info\] 192.168.2.140(192.168.2.140:3306) Version=5.7.26-log (oldest major version between slaves) log-bin:enabled  
Sun Jun 16 21:02:26 2019 - \[info\] Replicating from 192.168.2.130(192.168.2.130:3306)  
Sun Jun 16 21:02:26 2019 - \[info\] Primary candidate for the new Master (candidate\_master is set) \#故障转移成功  
Sun Jun 16 21:02:26 2019 - \[info\] 192.168.2.150(192.168.2.150:3306) Version=5.7.26-log (oldest major version between slaves) log-bin:enabled  
Sun Jun 16 21:02:26 2019 - \[info\] Replicating from 192.168.2.130(192.168.2.130:3306)

10） 查看slave服务器的状态  
xuegod150：  
mysql> show slave status\\G  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\* 1. row \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
Slave\_IO\_State: Waiting for master to send event  
Master\_Host: 192.168.2.140 \#切换到备用主机  
Master\_User: repl  
Master\_Port: 3306  
Connect\_Retry: 60  
Master\_Log\_File: mysql-slave1.000001  
Read\_Master\_Log\_Pos: 889  
Relay\_Log\_File: xuegod150-relay-bin.000002  
Relay\_Log\_Pos: 323  
Relay\_Master\_Log\_File: mysql-slave1.000001  
Slave\_IO\_Running: Yes  
Slave\_SQL\_Running: Yes

小结：  
目前高可用方案可以一定程度上实现数据库的高可用，还有其他方案heartbeat+drbd，Cluster、MGR等。这些高可用软件各有优劣。在进行高可用方案选择时，主要是看业务还有对数据一致性方面的要求

扩展知识：  
关于配置VIP配合MHA使用  
VIP配置可以采用两种方式，一种通过keepalived的方式管理虚拟IP的浮动；另外一种通过脚本方式启动虚拟IP的方式（即不需要keepalived或者heartbeat类似的软件）。

关于keepalived方式我这里不讲了，因为为了防止脑裂发生，推荐生产环境采用脚本的方式来管理虚拟IP，而不是使用keepalived来完成。  
[http://www.cnblogs.com/gomysql/p/3675429.html][http_www.cnblogs.com_gomysql_p_3675429.html]  
下面是通过脚本的方式管理VIP。这里是修改/usr/local/bin/master\_ip\_failover，修改完成后内容如下，而且如果使用脚本管理vip的话，需要手动在master服务器上绑定一个VIP  
编写脚本/usr/bin/master\_ip\_failover，要会perl脚本语言（主库上操作，xuegod62）。

在MHA Manager修改脚本修改后的内容如下（参考资料比较少）：

\#!/usr/bin/env perl

use strict;  
use warnings FATAL => ‘all’;

use Getopt::Long;

my (  
$command, $ssh\_user, $orig\_master\_host, $orig\_master\_ip,  
$orig\_master\_port, $new\_master\_host, $new\_master\_ip, $new\_master\_port  
);

my $vip = ‘192.168.0.88’;  
my $ssh\_start\_vip = “/etc/init.d/keepalived start”;  
my $ssh\_stop\_vip = “/etc/init.d/keepalived stop”;

GetOptions(  
‘command=s’ => $command,  
‘ssh\_user=s’ => $ssh\_user,  
‘orig\_master\_host=s’ => $orig\_master\_host,  
‘orig\_master\_ip=s’ => $orig\_master\_ip,  
‘orig\_master\_port=i’ => $orig\_master\_port,  
‘new\_master\_host=s’ => $new\_master\_host,  
‘new\_master\_ip=s’ => $new\_master\_ip,  
‘new\_master\_port=i’ => $new\_master\_port,  
);

exit &main();

sub main \{

print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";
    
    if ( $command eq "stop" || $command eq "stopssh" ) {
    
        my $exit_code = 1;
        eval {
            print "Disabling the VIP on old master: $orig_master_host \n";
            &stop_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn "Got Error: $@\n";
            exit $exit_code;
    }
    elsif ( $command eq "start" ) {
    
        my $exit_code = 10;
        eval {
            print "Enabling the VIP - $vip on the new master - $new_master_host \n";
            &start_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn $@;
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "status" ) {
        print "Checking the Status of the script.. OK \n";
        #`ssh $ssh_user\@cluster1 \" $ssh_start_vip \"`;
        exit 0;
    }
    else {
        &usage();
        exit 1;
    }

\#A simple system call that enable the VIP on the new master  
sub start\_vip() \{  
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;  
\}  
\#A simple system call that disable the VIP on the old\_master  
sub stop\_vip() \{  
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;  
\}

sub usage \{  
print  
“Usage: master\_ip\_failover --command=start|stop|stopssh|status --orig\_master\_host=host --orig\_master\_ip=ip --orig\_master\_port=port --new\_master\_host=host --new\_master\_ip=ip --new\_master\_port=port\\n”;  
\}

[https_code.google.com_p_mysql-master-ha]: https://code.google.com/p/mysql-master-ha/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70]: /images/20220113/a0eb34463b274b63a47c1d01bd2520fb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 1]: /images/20220113/bf30fa8fba414b7fbc02468b4ee50952.png
[http_dl.fedoraproject.org_pub_epel_epel-release-latest-7.noarch.rpm]: http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
[root_xuegod120.com]: mailto:root@xuegod120.com
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 2]: /images/20220113/bf9a5a033aa149088f900a8b349b82bf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 3]: /images/20220113/49dc21dd52264a6a89b7a168b564e062.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTg0MzY5OQ_size_16_color_FFFFFF_t_70 4]: /images/20220113/dd04e901f5bd49baaea9efe7fc761c39.png
[http_www.cnblogs.com_gomysql_p_3675429.html]: http://www.cnblogs.com/gomysql/p/3675429.html