建议:在做MHA之前 不要和之前的实验混淆 做好gtid复制就好

1.在主库开启日志（1.binlog二进制日志0.1：特点是只记录了有变化的数据，select语句不记入。比.sql文件同步更有效率，最后是模拟信号传输，和01最为接近，更容易被保存下来，比如系统崩溃了，01更好保存哦； 2.授权，允许哪些设备同步哪些数据，） 从库（会有两个进程，1.I/O进程读取binlog,然后回来，典型的0和1， 2.SQL进程翻译：导入MYSQL中，MYSQL中是SQL语句，把0和和1翻译成SQL语句，但是SQL进程无法读取IO进程，因此就出现了中继日志，SQL从中继日志读取）

1.MHA介绍

MHA是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性,以达到真正意义上的高可用。

该软件由两部分组成：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工作原理总结为以下几条：

从宕机崩溃的master保存二进制日志事件（binlog events）； 识别含有最新更新的slave； 应用差异的中继日志（relay log）到其他slave； 应用从master保存的二进制日志事件（binlog events）； 提升一个slave为新master； 使用其他的slave连接新的master进行复制。

2.MHA的要求

（1）需要奇数个节点 （2）当一个master节点挂掉之后投票选出一个新的master，偶数个节点会出现票数相同的状况，但奇数个就不会 （3）所有数据节点的数据一致，每一台数据节点都有可能作为master （4）每个节点都要安装master和slave插件； 当master节点挂了之后，一般选出数据最近的slave节点作为新的master节点 数据最近指的是数据的差异性小

3.搭建实验环境

主机名 IP 角色 server1 172.25.63.1 master server2 172.25.63.2 slave（备master） server3 172.25.63.3 slave server4 172.25.63.4 MHA

准备新的虚拟机 安装解压数据库

[root@server1 mysql]# vim /etc/my.cnf 加入一下内容： 29 server-id=1 //复制集群中的各节点的id均必须唯一 30 gtid_mode=ON 31 enforce_gtid_consistency=ON 32 log_bin=binlog 开启binlog日志 33 log_slave_updates=ON 允许从库更新

server2 server3 主从复制 可以测试是否主从复制

mysql高可用之MHA

(在有报错的时候，先测试主从数据是否同步) 关闭server3上的proxy killall mysql-proxy （如果在之前的基础上的话需要做，但是此处重新安装虚拟机了，因此不许亚做） #修改server3的配置： vim /etc/my.cnf server_id=3 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON log_bin=binlog

不需要做半同步复制（这些不用做）

#在server1和server2上都安装半同步插件 mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so'; ##每个节点都安装master和slave插件是因为高可用需要每个节点都可以做master或者slave #重启io线程使server1和server2同步 #server1和server2都激活半同步插件 mysql> SET GLOBAL rpl_semi_sync_master_enabled =1; #server2上先不用设置这个 mysql> SET GLOBAL rpl_semi_sync_master_timeout =10000000000000000000; ##半同步超时时间，生产环境应该设置为无穷大，这里这个值是我试出来的最大值，再大就会报错，上课时可以让学生自己试最大值 mysql> show variables like '%rpl%'; ##查看 ##################################不需要 ##配置server3 #先删除数据目录中的内容 rm -fr /var/lib/mysql/* #启动mysqld systemctl start mysqld #初始化 mysql_secure_installation #server3上配置mysql的GTID主从复制 mysql> change master to master_host='172.25.136.1', master_user='repl', master_password='Wsp+123ld', master_auto_position=1; Query OK, 0 rows affected, 2 warnings (0.04 sec) mysql> start slave; #####这里如果出现server3无法同步的情况，怎么解决(1236错误) 先查看gtid执行了多少 mysql> show global variables like '%gtid%'; +----------------------------------+------------------------------------------+ | Variable_name | Value | +----------------------------------+------------------------------------------+ | binlog_gtid_simple_recovery | ON | | enforce_gtid_consistency | ON | | gtid_executed | 1a49d884-4b83-11e9-913f-5254008ec469:1-4 | | gtid_executed_compression_period | 1000 | | gtid_mode | ON | | gtid_owned | | | gtid_purged | 1a49d884-4b83-11e9-913f-5254008ec469:1-4 | | session_track_gtids | OFF | +----------------------------------+------------------------------------------+ gtid_executed表示已经执行了多少，gtid_purged表示执行完清除了二进制日志清除了多少 因为日志已经清除，所以slave节点无法同步数据 先在server1上备份所有数据 mysqldump --all-databases --single-transaction --triggers --routines --events --host=127.0.0.1 --port=3306 --user=root --password=Wsp+123ld > wsp.sql 然后在server3上进行导入 [root@server3 ~]# mysql -p < wsp.sql 会有报错 [root@server3 ~]# mysql -p < wsp.sql Enter password: ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty. 登录数据库，清除原来数据 mysql> stop slave; mysql> reset master; 再导入，正常 进入数据库，重新配置复制 mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.1', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1; mysql> start slave; 主从复制正常 #安装并启用半同步插件 ##其实不需要这步 mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so'; mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1; #为了不每次启动数据库都激活插件，写入配置文件（server1 2 3都写,，写在配置文件最后） vim /etc/my.cnf rpl_semi_sync_master_enabled=1 rpl_semi_sync_master_timeout=10000000000000000000 rpl_semi_sync_slave_enabled=1

#配置高可用(再开一台server4来做master，因为高可用一般都是奇数个节点，因为如果master挂了，其他从节点需要投票选举一个新的master，偶数节点可能出现投票数相同) 从250上下载MHA-7目录 在server4上安装：

yum install -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm perl-* mha4mysql-node-0.58-0.el7.centos.noarch.rpm

生成ssh密钥，管理节点是不需要输入密码，将生成的公钥和私钥传给数据节点

#配置免密访问（server4需要连接server1 2 3都免密码） 在server4上： [root@server4 ~]# ssh-keygen ##先生成密钥 [root@server4 ~]# ssh-copy-id server1 [root@server4 ~]# ssh-copy-id server2 #发送密钥 [root@server4 ~]# ssh-copy-id server3

ssh-keygen 产生公钥与私钥对. ssh-copy-id 将本机的公钥复制到远程机器的authorized_keys文件中， ssh-copy-id也能让你有到远程机器的home, ~./ssh , 和 ~/.ssh/authorized_keys的权利 第一步:在本地机器上使用ssh-keygen产生公钥私钥对 $ ssh-keygen 第二步:用ssh-copy-id将公钥复制到远程机器中 $ ssh-copy-id -i .ssh/id_rsa.pub 用户名字@192.168.x.xxx 注意: ssh-copy-id 将key写到远程机器的 ~/ .ssh/authorized_key.文件中 第三步: 登录到远程机器不用输入密码 $ ssh 用户名字@192.168.x.xxx Last login: Sun Nov 16 17:22:33 2008 from 192.168.1.2 #其他3个节点都安装mha4mysql-node-0.58-0.el7.centos.noarch.rpm即可 yum install -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm

#在server4上配置mha工作目录及配置文件 #参考https://www.cnblogs.com/gomysql/p/3675429.html

mkdir /etc/masterha vim /etc/masterha/app1.cnf [server default] manager_workdir=/etc/masterha manager_log=/var/log/masterha.log # manager 日志文件 master_binlog_dir=/etc/masterha #master_ip_failover_script= /usr/local/bin/master_ip_failover #master_ip_online_change_script= /usr/local/bin/master_ip_online_change password=Wsp+123ld #MySQL管理帐号和密码 user=root ping_interval=1 remote_workdir=/tmp repl_password=Wsp+123ld repl_user=repl # 复制帐号和密码 #report_script=/usr/local/send_report #secondary_check_script= /usr/local/bin/masterha_secondary_check -s server03 -s server02 #shutdown_script="" ssh_user=root # 系统ssh用户 [server1] hostname=172.25.136.1 port=3306 [server2] hostname=172.25.136.2 port=3306 candidate_master=1 check_repl_delay=0 [server3] hostname=172.25.136.3 port=3306 no_master=1 ##no_master表示这个节点不能作为master

管理节点ssh检查管理节点ssh检查

##检测ssh连接 [root@server4 masterha]# masterha_check_ssh --conf=/etc/masterha/app1.cnf

发现报错，server1 2 3互相之间不免密 拷贝server4上的密钥给server1 2 3 [root@server4 ~]# scp -r .ssh server1: [root@server4 ~]# scp -r .ssh server2: [root@server4 ~]# scp -r .ssh server3:

再检测ssh，成功 masterha_check_ssh --conf=/etc/masterha/app1.cnf

接下来检测复制功能 [root@server4 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf 发现有报错 Fri Mar 22 10:03:45 2019 - [error][/usr/share/perl5/vendor_perl/MHA/Server.pm, ln180] Got MySQL error when connecting 172.25.0.2(172.25.0.2:3306) :1130:Host 'server4' is not allowed to connect to this MySQL server, but this is not a MySQL crash. Check MySQL server settings. 这是因为server4默认是用root远程连接数据库，但是在配置数据库是已经禁用了root的远程连接

在主库上授权用户 mysql> grant all on *.* to root@'%' identified by 'Wsp+123ld';

再检测发现可能卡住了，因为之前半同步的配置写在了配置文件里，数据不同步就会卡住，在所有节点配置文件里删除半同步配置，只保留之前的 server_id=1 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON log_bin=binlog ##所有节点的配置文件必须一样！！！！（前面的内容其实都不需要做 只要保持三个server的my.cnf的内容与这里的一致就可以 三台做好gtid的复制就ok ） ##而且三个节点必须有数据（数据必须同步） 再检测，成功

再在两个slave节点设置只读（不写在配置文件里，因为slave随时可能切换为master） mysql> set global read_only=1; #测试manager能否开启 nohup:后台作业 nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha.log 2>&1 &

一.1测试手动failover切换

先关闭manager，不关的话切不了，manager就是自动切换的工具 [root@server4 masterha]# masterha_stop --conf=/etc/masterha/app1.cnf

server1:systemctl stop mysqld

#手动切换 masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.0.1 --dead_master_ip=172.25.0.1 --dead_master_port=3306 --new_master_host=172.25.0.2 --new_master_port=3306 '手动切换之前，需要保证主从同步正常，repl复制用户能够远程连接' 中间都选yes 切换成功后，可以在server3上看到它的master已经变成了server2 而server2已经时master了

再手动开启server1，作为slave加入集群 [root@server1 ~]# systemctl start mysqld mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1; mysql> start slave; mysql> show slave status\G 至次完成了一次手动切换

这时会在/etc/masterha目录下生成一个app1.failover.complete文件，是来记录failover情况的，再进行failover时必须先把这个文件删除，不然不会failover

#一.2.手动在线切换，刚才是master挂掉后切换

masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.0.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000 又切换回172.25.0.1为master

二.测试半自动failover

首先清理app1.failover.complete 开启mha manager [root@server4 masterha]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null & ps aux可以看到masterha_manager进程 但是如果你关闭mysql服务，server4上监控进程停止 mha manager自带守护进程

在server1上查看 [root@server1 ~]# ps ax | grep mysql 2320 ? Sl 0:00 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid 2366 pts/0 S+ 0:00 grep --color=auto mysql 看到mysql的进程 kill -9 2320 再查看，发现mysql进程又开启了 [root@server1 ~]# ps ax | grep mysql 2400 ? Sl 0:00 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid 2431 pts/0 S+ 0:00 grep --color=auto mysql 在server1上手动关闭mysqld [root@server1 ~]# systemctl stop mysqld

自带守护进程 等待几秒再次查看又成功yes 再次关掉服务 查看日志 自动切换成功

在server4上查看

[root@server4 masterha]# cat /var/log/masterha.log 发现已经切换，同时manager进程退出，所以全自动需要脚本！！！！！！！！！！！！！！！

先把server1加回集群 mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1; mysql> start slave;

三.1配置脚本和vip漂移

因为用户访问入口只能有一个，所以需要配置vip 编辑master_ip_failover 和 master_ip_online_change 两个脚本 修改内容： my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0"; my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";

注意：vip的修改也要修改 172.25.63.100 要和下面给添加的vip一致，不然就错了 配置自动添加和删除vip

cp master_ip_failover master_ip_online_change /usr/local/bin cd /usr/local/ cd bin/ chmod +x master_ip_failover master_ip_online_change

###注意在server4的配置文件种 这两行的注释要打开 master_ip_failover_script= /usr/local/bin/master_ip_failover master_ip_online_change_script= /usr/local/bin/master_ip_online_change

#目前server2是master，所以先给server2添加vip

[root@server2 ~]# ip addr add 172.25.0.100/24 dev eth0

server4 手动切换master到server1（先手动再自动） 测试vip漂移

[root@server4 bin]# masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.0.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000 可以看到切换vip *************************************************************** Disabling the VIP - 172.25.0.100/24 on old master: 172.25.0.2 *************************************************************** *************************************************************** Enabling the VIP - 172.25.0.100/24 on new master: 172.25.0.1 ***************************************************************

而此时server2上的vip自动删除，故完成了vip漂移。

三.2使用脚本实现自动切换master

#测试全自动切换

在server4上先删除app1.failover.complete 开启manager，创建监控master的进程 nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null & 然后在master（server1）上关闭mysql，模拟故障 再在server4上查看日志 cat /var/log/masterha.log 可以看到切换成功，vip也成功漂移

开启manager，创建监控master的进程 故发现vip又漂移到了server2上，完成了自动实现vip漂移

注意：每一次切换都会生成一个master.failover.complete文件（简称故障文件），要将这个文件删除，否则会出错 创建一个监控master的进程，这个进程会实时监控master节点的状态，一旦master节点出现故障（宕机） server4（管理节点）就会自动执行/usr/local/bin下的两个脚本，在正常运行的节点中选择一个最新的来作为新的master节点 同时当前的进程更会挂掉，因为他监控的master已经不再当前集群

做完实验关闭服务