MHA通过监控日志分析原理（附中文解释）

最新推荐文章于 2022-09-27 17:13:56 发布

黑领灵灵妖

最新推荐文章于 2022-09-27 17:13:56 发布

阅读量1k

点赞数 1

分类专栏： MySQL 文章标签： MHA 主从在线切换主从故障切换

本文链接：https://blog.csdn.net/qq_44714603/article/details/93528839

版权

MySQL 专栏收录该内容

18 篇文章 3 订阅

订阅专栏

MHA是一款用来进行主从故障在线切换的工具，为了最大程度的保持数据的一致性，对于其切换的原理分析就尤为重要。所以下面我们就直观的从MHA的切换日志这个角度来进行具体的原理分析

MHA工作原理总结

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

SSH互信登录配置

英文日志

[root@Rslavemha3 ~]# masterha_check_ssh --conf=/etc/masterha/app1/app1.cnf
Tue Apr 23 08:29:25 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Apr 23 08:29:25 2019 - [info] Reading application default configurations from /etc/masterha/app1/app1.cnf..
Tue Apr 23 08:29:25 2019 - [info] Reading server configurations from /etc/masterha/app1/app1.cnf..
Tue Apr 23 08:29:25 2019 - [info] Starting SSH connection tests..
Tue Apr 23 08:29:26 2019 - [debug] 
Tue Apr 23 08:29:25 2019 - [debug]  Connecting via SSH from root@172.16.12.1(172.16.12.1:22) to root@172.16.12.2(172.16.12.2:22)..
Tue Apr 23 08:29:26 2019 - [debug]   ok.
Tue Apr 23 08:29:26 2019 - [debug]  Connecting via SSH from root@172.16.12.1(172.16.12.1:22) to root@172.16.12.3(172.16.12.3:22)..
Tue Apr 23 08:29:26 2019 - [debug]   ok.
Tue Apr 23 08:29:27 2019 - [debug] 
Tue Apr 23 08:29:26 2019 - [debug]  Connecting via SSH from root@172.16.12.2(172.16.12.2:22) to root@172.16.12.1(172.16.12.1:22)..
Tue Apr 23 08:29:26 2019 - [debug]   ok.
Tue Apr 23 08:29:26 2019 - [debug]  Connecting via SSH from root@172.16.12.2(172.16.12.2:22) to root@172.16.12.3(172.16.12.3:22)..
Tue Apr 23 08:29:26 2019 - [debug]   ok.
Tue Apr 23 08:29:27 2019 - [debug] 
Tue Apr 23 08:29:27 2019 - [debug]  Connecting via SSH from root@172.16.12.3(172.16.12.3:22) to root@172.16.12.1(172.16.12.1:22)..
Tue Apr 23 08:29:27 2019 - [debug]   ok.
Tue Apr 23 08:29:27 2019 - [debug]  Connecting via SSH from root@172.16.12.3(172.16.12.3:22) to root@172.16.12.2(172.16.12.2:22)..
Tue Apr 23 08:29:27 2019 - [debug]   ok.
Tue Apr 23 08:29:27 2019 - [info] All SSH connection tests passed successfully.
[root@Rslavemha3 ~]#

中文解释

[root@Rslavemha3 ~]# masterha_check_ssh——conf=/etc/masterha/app1/app1.cnf
2019年4月23日星期二08:29 -[警告]未找到全局配置文件/etc/masterha_default.cnf。跳过。
2019年4月23日星期二08:29 -[信息]从/etc/masterha/app1/app1.cnf.读取应用程序默认配置。
2019年4月23日星期二08:29 -[信息]从/etc/masterha/app1/app1.cnf.读取服务器配置。
2019年4月23日星期二08:29:25 -[信息]开始SSH连接测试。
2019年4月23日星期二8:29:26 -[调试]
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.1(172.16.12.1:22)连接到root@172.16.12.2(172.16.12.2:22)。
2019年4月23日星期二8:29:26 -[调试]ok。
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.1(172.16.12.1:22)连接到root@172.16.12.3(172.16.12.3:22)。
2019年4月23日星期二8:29:26 -[调试]ok。
2019年4月23日星期二8:29:27 -[调试]
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.2(172.16.12.2:22)连接到root@172.16.12.1(172.16.12.1:22)。
2019年4月23日星期二8:29:26 -[调试]ok。
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.2(172.16.12.2:22)连接到root@172.16.12.3(172.16.12.3:22)。
2019年4月23日星期二8:29:26 -[调试]ok。
2019年4月23日星期二8:29:27 -[调试]
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.3(172.16.12.3:22)连接到root@172.16.12.1(172.16.12.1:22)。
2019年4月23日星期二8:29 - 27 -[调试]ok。
2019年4月23日星期二8:29 -[调试]通过SSH从root@172.16.12.3(172.16.12.3:22)连接到root@172.16.12.2(172.16.12.2:22)。
2019年4月23日星期二8:29 - 27 -[调试]ok。
2019年4月23日星期二08:29 -[信息]所有SSH连接测试都成功通过。
root@Rslavemha3 ~ #

健康检查日志

英文日志

[root@Rslavemha3 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf 
Tue Apr 23 09:07:03 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Apr 23 09:07:03 2019 - [info] Reading application default configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:07:03 2019 - [info] Reading server configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:07:03 2019 - [info] MHA::MasterMonitor version 0.55.
Tue Apr 23 09:07:03 2019 - [info] Dead Servers:
Tue Apr 23 09:07:03 2019 - [info] Alive Servers:
Tue Apr 23 09:07:03 2019 - [info]   172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:07:03 2019 - [info]   172.16.12.2(172.16.12.2:3306)
Tue Apr 23 09:07:03 2019 - [info]   172.16.12.3(172.16.12.3:3306)
Tue Apr 23 09:07:03 2019 - [info] Alive Slaves:
Tue Apr 23 09:07:03 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:07:03 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:07:03 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:07:03 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:07:03 2019 - [info] Current Alive Master: 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:07:03 2019 - [info] Checking slave configurations..
Tue Apr 23 09:07:03 2019 - [info] Checking replication filtering settings..
Tue Apr 23 09:07:03 2019 - [info]  binlog_do_db= , binlog_ignore_db= 
Tue Apr 23 09:07:03 2019 - [info]  Replication filtering check ok.
Tue Apr 23 09:07:03 2019 - [info] Starting SSH connection tests..
Tue Apr 23 09:07:05 2019 - [info] All SSH connection tests passed successfully.
Tue Apr 23 09:07:05 2019 - [info] Checking MHA Node version..
Tue Apr 23 09:07:05 2019 - [info]  Version check ok.
Tue Apr 23 09:07:05 2019 - [info] Checking SSH publickey authentication settings on the current master..
Tue Apr 23 09:07:05 2019 - [info] HealthCheck: SSH to 172.16.12.1 is reachable.
Tue Apr 23 09:07:05 2019 - [info] Master MHA Node version is 0.54.
Tue Apr 23 09:07:05 2019 - [info] Checking recovery script configurations on the current master..
Tue Apr 23 09:07:05 2019 - [info]   Executing command: save_binary_logs --command=test --start_pos=4 --binlog_dir=/data --output_file=/tmp/save_binary_logs_test --manager_version=0.55 --start_file=server.000001 
Tue Apr 23 09:07:05 2019 - [info]   Connecting to root@172.16.12.1(172.16.12.1).. 
  Creating /tmp if not exists..    ok.
  Checking output directory is accessible or not..
   ok.
  Binlog found at /data, up to server.000001
Tue Apr 23 09:07:05 2019 - [info] Master setting check done.
Tue Apr 23 09:07:05 2019 - [info] Checking SSH publickey authentication and checking recovery script configurations on all alive slave servers..
Tue Apr 23 09:07:05 2019 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha_monitor' --slave_host=172.16.12.2 --slave_ip=172.16.12.2 --slave_port=3306 --workdir=/tmp --target_version=5.7.15-log --manager_version=0.55 --relay_log_info=/data/relay-log.info  --relay_dir=/data/  --slave_pass=xxx    //这一步就是应用差异中继日志
Tue Apr 23 09:07:05 2019 - [info]   Connecting to root@172.16.12.2(172.16.12.2:22).. 
  Checking slave recovery environment settings..
    Opening /data/relay-log.info ... ok.
    Relay log found at /data, up to Rslavemha3-relay-bin.000003
    Temporary relay log file is /data/Rslavemha3-relay-bin.000003
    Testing mysql connection and privileges..mysql: [Warning] Using a password on the command line interface can be insecure.
 done.
    Testing mysqlbinlog output.. done.
    Cleaning up test file(s).. done.
Tue Apr 23 09:07:05 2019 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha_monitor' --slave_host=172.16.12.3 --slave_ip=172.16.12.3 --slave_port=3306 --workdir=/tmp --target_version=5.7.15-log --manager_version=0.55 --relay_log_info=/data/relay-log.info  --relay_dir=/data/  --slave_pass=xxx
Tue Apr 23 09:07:05 2019 - [info]   Connecting to root@172.16.12.3(172.16.12.3:22).. 
  Checking slave recovery environment settings..
    Opening /data/relay-log.info ... ok.
    Relay log found at /data, up to Rslavemha1-relay-bin.000004
    Temporary relay log file is /data/Rslavemha1-relay-bin.000004
    Testing mysql connection and privileges..mysql: [Warning] Using a password on the command line interface can be insecure.
 done.
    Testing mysqlbinlog output.. done.
    Cleaning up test file(s).. done.
Tue Apr 23 09:07:06 2019 - [info] Slaves settings check done.
Tue Apr 23 09:07:06 2019 - [info] 
172.16.12.1 (current master)
 +--172.16.12.2
 +--172.16.12.3

Tue Apr 23 09:07:06 2019 - [info] Checking replication health on 172.16.12.2..
Tue Apr 23 09:07:06 2019 - [info]  ok.
Tue Apr 23 09:07:06 2019 - [info] Checking replication health on 172.16.12.3..
Tue Apr 23 09:07:06 2019 - [info]  ok.
Tue Apr 23 09:07:06 2019 - [info] Checking master_ip_failover_script status:
Tue Apr 23 09:07:06 2019 - [info]   /usr/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 
Checking the Status of the script.. OK 
Tue Apr 23 09:07:06 2019 - [info]  OK.
Tue Apr 23 09:07:06 2019 - [warning] shutdown_script is not defined.
Tue Apr 23 09:07:06 2019 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.
[root@Rslavemha3 ~]#

中文解释

[root@Rslavemha3 ~]# masterha_check_repl——conf=/etc/masterha/app1.cnf
2019年4月23日星期二09:07:03 -[警告]未找到全局配置文件/etc/masterha_default.cnf。跳过。
2019年4月23日星期二09:07:03 -[信息]从/etc/masterha/app1.cnf.读取应用程序默认配置。
2019年4月23日星期二09:07:03 -[信息]从/etc/masterha/app1.cnf.读取服务器配置。
2019年4月23日星期二09:07:03 -[信息]MHA::MasterMonitor版本0.55。
2019年4月23日星期二09:07:03 -[信息]死机服务器:
2019年4月23日星期二09:07:03 -[信息]活服务器:
4月23日星期二09:07:03 2019 -[信息]172.16.12.1(172.16.12.1:3306)
4月23日星期二09:07:03 2019 -[信息]172.16.12.2(172.16.12.2:3306)
4月23日星期二09:07:03 2019 -[信息]172.16.12.3(172.16.12.3:3306)
2019年4月23日星期二09:07:03 -[信息]活着的奴隶:
4月23日星期二09:07:03 2019 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15 log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:07:03 -[信息]复制自172.16.12.1(172.16.12.1:3306)
4月23日星期二09:07:03 2019 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:07:03 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:07:03 -[信息]目前在世大师:172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:07:03 -[信息]检查从属配置。
4月23日星期二09:07:03 2019 -[信息]检查复制过滤设置。
2019年4月23日星期二09:07:03 -[信息]binlog_do_db=， binlog_ignore_db=
2019年4月23日星期二09:07:03 -[信息]复制过滤检查ok。
4月23日星期二09:07:03 2019 -[信息]开始SSH连接测试。
2019年4月23日星期二09:07:05 -[信息]所有SSH连接测试都成功通过。
2019年4月23日星期二09:07:05 -[信息]检查MHA节点版本。
2019年4月23日星期二09:07:05 -[信息]版本检查ok。
2019年4月23日星期二09:07:05 -[信息]检查当前主机上的SSH公钥身份验证设置。
2019年4月23日星期二09:07:05 -[信息]健康检查:SSH到172.16.12.1是可访问的。
2019年4月23日星期二09:07:05 -[信息]主MHA节点版本为0.54。
2019年4月23日星期二09:07:05 -[信息]检查当前主服务器上的恢复脚本配置。
执行命令:save_binary_logs—命令=test—start_pos=4—binlog_dir=/data—output_file=/tmp/save_binary_logs_test—manager_version=0.55—start_file=server.000001
2019年4月23日星期二09:07:05 -[信息]连接到root@172.16.12.1(172.16.12.1)..
如果不存在，创建/tmp ..好的。
检查输出目录是否可访问。
好的。
在/data找到Binlog，最多可以找到server.000001
2019年4月23日星期二09:07:05 -[信息]主设置检查完成。
2019年4月23日星期二09:07:05 -[信息]检查SSH公钥身份验证和所有活动的从服务器上的恢复脚本配置。
四月23日09:07:05 2019 -[信息]执行命令:apply_diff_relay_logs——命令=测试slave_user =“mha_monitor”——slave_host = 172.16.12.2——slave_ip = 172.16.12.2 slave_port = 3306 - workdir = / tmp - target_version = 5.7.15-log——manager_version = 0.55 relay_log_info = /数据/ relay-log.info——relay_dir = /数据/ slave_pass = xxx
2019年4月23日星期二09:07:05 -[信息]连接到root@172.16.12.2(172.16.12.2:22)..
检查从恢复环境设置…
打开/数据/ relay-log.info……好的。
中继日志在/data找到，直到rslavemha3 - relae -bin.000003
临时中继日志文件是/data/ rslavemha3 - relae -bin.000003
测试mysql连接和特权..mysql:[警告]在命令行界面上使用密码可能是不安全的。
完成了。
测试mysqlbinlog输出. .完成了。
清理测试文件。完成了。
四月23日09:07:05 2019 -[信息]执行命令:apply_diff_relay_logs——命令=测试slave_user =“mha_monitor”——slave_host = 172.16.12.3——slave_ip = 172.16.12.3 slave_port = 3306 - workdir = / tmp - target_version = 5.7.15-log——manager_version = 0.55 relay_log_info = /数据/ relay-log.info——relay_dir = /数据/ slave_pass = xxx
2019年4月23日星期二09:07:05 -[信息]连接到root@172.16.12.3(172.16.12.3:22)..
检查从恢复环境设置…
打开/数据/ relay-log.info……好的。
中继日志在/data找到，直到rslavemha1 - relae -bin.000004
临时中继日志文件是/data/Rslavemha1-relay-bin.000004
测试mysql连接和特权..mysql:[警告]在命令行界面上使用密码可能是不安全的。
完成了。
测试mysqlbinlog输出. .完成了。
清理测试文件。完成了。
2019年4月23日星期二09:07:06 -[信息]奴隶设置检查完成。
2019年4月23日星期二09:07:06 -[信息]
172.16.12.1(当前主)
+ - - - 172.16.12.2
+ - - - 172.16.12.3

2019年4月23日星期二09:07:06 -[信息]在172.16.12.2检查复制健康状况。
2019年4月23日星期二09:07:06 -[信息]好的。
2019年4月23日星期二09:07:06 -[信息]172.16.12.3检查复制健康状况。
2019年4月23日星期二09:07:06 -[信息]好的。
2019年4月23日星期二09:07:06 -[信息]检查master_ip_failover_script状态:
4月23日星期二09:07:06 - [info] /usr/bin/master_ip_failover—command=status—ssh_user=root—orig_master_host=172.16.12.1—orig_master_ip=172.16.12.1—orig_master_port=3306
检查脚本的状态…好吧
2019年4月23日星期二09:07:06 -[信息]好的。

MHA手动切换日志

英文日志

[root@Rslavemha3 ~]# masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=192.168.10.51 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000
Tue Apr 23 09:14:02 2019 - [info] MHA::MasterRotate version 0.55.
Tue Apr 23 09:14:02 2019 - [info] Starting online master switch..
Tue Apr 23 09:14:02 2019 - [info] 
Tue Apr 23 09:14:02 2019 - [info] * Phase 1: Configuration Check Phase..
Tue Apr 23 09:14:02 2019 - [info] 
Tue Apr 23 09:14:02 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Apr 23 09:14:02 2019 - [info] Reading application default configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:14:02 2019 - [info] Reading server configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:14:02 2019 - [info] Current Alive Master: 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:14:02 2019 - [info] Alive Slaves:
Tue Apr 23 09:14:02 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:14:02 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:14:02 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:14:02 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)

It is better to execute FLUSH NO_WRITE_TO_BINLOG TABLES on the master before switching. Is it ok to execute on 172.16.12.1(172.16.12.1:3306)? (YES/no): yes
Tue Apr 23 09:14:05 2019 - [info] Executing FLUSH NO_WRITE_TO_BINLOG TABLES. This may take long time..
Tue Apr 23 09:14:05 2019 - [info]  ok.
Tue Apr 23 09:14:05 2019 - [info] Checking MHA is not monitoring or doing failover..
Tue Apr 23 09:14:05 2019 - [info] Checking replication health on 172.16.12.2..
Tue Apr 23 09:14:05 2019 - [info]  ok.
Tue Apr 23 09:14:05 2019 - [info] Checking replication health on 172.16.12.3..
Tue Apr 23 09:14:05 2019 - [info]  ok.
Tue Apr 23 09:14:05 2019 - [info] 172.16.12.3 can be new master.
Tue Apr 23 09:14:05 2019 - [info] 
From:
172.16.12.1 (current master)
 +--172.16.12.2
 +--172.16.12.3

To:
172.16.12.3 (new master)
 +--172.16.12.2
 +--172.16.12.1

Starting master switch from 172.16.12.1(172.16.12.1:3306) to 172.16.12.3(172.16.12.3:3306)? (yes/NO): yes
Tue Apr 23 09:14:07 2019 - [info] Checking whether 172.16.12.3(172.16.12.3:3306) is ok for the new master..
Tue Apr 23 09:14:07 2019 - [info]  ok.
Tue Apr 23 09:14:07 2019 - [info] 172.16.12.1(172.16.12.1:3306): SHOW SLAVE STATUS returned empty result. To check replication filtering rules, temporarily executing CHANGE MASTER to a dummy host.
Tue Apr 23 09:14:07 2019 - [info] 172.16.12.1(172.16.12.1:3306): Resetting slave pointing to the dummy host.
Tue Apr 23 09:14:07 2019 - [info] ** Phase 1: Configuration Check Phase completed.
Tue Apr 23 09:14:07 2019 - [info] 
Tue Apr 23 09:14:07 2019 - [info] * Phase 2: Rejecting updates Phase..
Tue Apr 23 09:14:07 2019 - [info] 
Tue Apr 23 09:14:07 2019 - [info] Executing master ip online change script to disable write on the current master:
Tue Apr 23 09:14:07 2019 - [info]   /usr/bin/master_ip_online_change --command=stop --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 --orig_master_user='mha_monitor' --orig_master_password='mha_monitor' --new_master_host=172.16.12.3 --new_master_ip=172.16.12.3 --new_master_port=3306 --new_master_user='mha_monitor' --new_master_password='mha_monitor'  



***************************************************************

Disabling the VIP - 172.16.12.9/16 on old master: 172.16.12.1

Disabled the VIP successfully
***************************************************************




Tue Apr 23 09:14:08 2019 - [info]  ok.
Tue Apr 23 09:14:08 2019 - [info] Locking all tables on the orig master to reject updates from everybody (including root):
Tue Apr 23 09:14:08 2019 - [info] Executing FLUSH TABLES WITH READ LOCK..
Tue Apr 23 09:14:08 2019 - [info]  ok.
Tue Apr 23 09:14:08 2019 - [info] Orig master binlog:pos is server.000001:1367.
Tue Apr 23 09:14:08 2019 - [info]  Waiting to execute all relay logs on 172.16.12.3(172.16.12.3:3306)..
Tue Apr 23 09:14:08 2019 - [info]  master_pos_wait(server.000001:1367) completed on 172.16.12.3(172.16.12.3:3306). Executed 0 events.
Tue Apr 23 09:14:08 2019 - [info]   done.
Tue Apr 23 09:14:08 2019 - [info] Getting new master's binlog name and position..
Tue Apr 23 09:14:08 2019 - [info]  slave_two.000001:154
Tue Apr 23 09:14:08 2019 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='172.16.12.3', MASTER_PORT=3306, MASTER_LOG_FILE='slave_two.000001', MASTER_LOG_POS=154, MASTER_USER='repl', MASTER_PASSWORD='xxx';
Tue Apr 23 09:14:08 2019 - [info] Executing master ip online change script to allow write on the new master:
Tue Apr 23 09:14:08 2019 - [info]   /usr/bin/master_ip_online_change --command=start --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 --orig_master_user='mha_monitor' --orig_master_password='mha_monitor' --new_master_host=172.16.12.3 --new_master_ip=172.16.12.3 --new_master_port=3306 --new_master_user='mha_monitor' --new_master_password='mha_monitor'  



***************************************************************

Enabling the VIP - 172.16.12.9/16 on new master: 172.16.12.3 

Enabled the VIP successfully
***************************************************************




Tue Apr 23 09:14:08 2019 - [info]  ok.
Tue Apr 23 09:14:08 2019 - [info] Setting read_only=0 on 172.16.12.3(172.16.12.3:3306)..
Tue Apr 23 09:14:08 2019 - [info]  ok.
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info] * Switching slaves in parallel..
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info] -- Slave switch on host 172.16.12.2(172.16.12.2:3306) started, pid: 26966
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info] Log messages from 172.16.12.2 ...
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info]  Waiting to execute all relay logs on 172.16.12.2(172.16.12.2:3306)..
Tue Apr 23 09:14:08 2019 - [info]  master_pos_wait(server.000001:1367) completed on 172.16.12.2(172.16.12.2:3306). Executed 0 events.
Tue Apr 23 09:14:08 2019 - [info]   done.
Tue Apr 23 09:14:08 2019 - [info]  Resetting slave 172.16.12.2(172.16.12.2:3306) and starting replication from the new master 172.16.12.3(172.16.12.3:3306)..
Tue Apr 23 09:14:08 2019 - [info]  Executed CHANGE MASTER.
Tue Apr 23 09:14:08 2019 - [info]  Slave started.
Tue Apr 23 09:14:08 2019 - [info] End of log messages from 172.16.12.2 ...
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info] -- Slave switch on host 172.16.12.2(172.16.12.2:3306) succeeded.
Tue Apr 23 09:14:08 2019 - [info] Unlocking all tables on the orig master:
Tue Apr 23 09:14:08 2019 - [info] Executing UNLOCK TABLES..
Tue Apr 23 09:14:08 2019 - [info]  ok.
Tue Apr 23 09:14:08 2019 - [info] Starting orig master as a new slave..
Tue Apr 23 09:14:08 2019 - [info]  Resetting slave 172.16.12.1(172.16.12.1:3306) and starting replication from the new master 172.16.12.3(172.16.12.3:3306)..
Tue Apr 23 09:14:08 2019 - [info]  Executed CHANGE MASTER.
Tue Apr 23 09:14:08 2019 - [info]  Slave started.
Tue Apr 23 09:14:08 2019 - [info] All new slave servers switched successfully.
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info] * Phase 5: New master cleanup phase..
Tue Apr 23 09:14:08 2019 - [info] 
Tue Apr 23 09:14:08 2019 - [info]  172.16.12.3: Resetting slave info succeeded.
Tue Apr 23 09:14:08 2019 - [info] Switching master to 172.16.12.3(172.16.12.3:3306) completed successfully.
[root@Rslavemha3 ~]#

中文解释

[root@Rslavemha3 ~]# masterha_master_switch——conf=/etc/masterha/app1.cnf——master_state=活动——new_master_host=192.168.10.51——new_master_port=3306——orig_master_is_new_slave——running_updates_limit=10000
2019年4月23日星期二09:14:02 -[信息]MHA::MasterRotate版本0.55。
2019年4月23日星期二09:14:02 -[信息]开始在线主开关。
2019年4月23日星期二09:14:02 -[信息]
2019年4月23日星期二09:14:02 -[信息]*第一阶段:配置检查阶段。
2019年4月23日星期二09:14:02 -[信息]
2019年4月23日星期二09:14:02 -[警告]未找到全局配置文件/etc/masterha_default.cnf。跳过。
2019年4月23日星期二09:14:02 -[信息]从/etc/masterha/app1.cnf.读取应用程序默认配置。
2019年4月23日星期二09:14:02 -[信息]从/etc/masterha/app1.cnf.读取服务器配置。
2019年4月23日星期二09:14:02 -[信息]目前在世大师:172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:14:02 -[信息]活着的奴隶:
2019年4月23日星期二09:14:02 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:14:02 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:14:02 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:14:02 -[信息]复制自172.16.12.1(172.16.12.1:3306)
在切换之前，最好在主服务器上执行FLUSH NO_WRITE_TO_BINLOG表。172.16.12.1(172.16.12.1:3306)可以执行吗?(是/否):是的
2019年4月23日星期二09:14:05 -[信息]执行刷新NO_WRITE_TO_BINLOG表。这可能需要很长时间。
2019年4月23日星期二09:14:05 -[信息]好的。
2019年4月23日星期二09:14:05 -[信息]检查MHA没有监视或执行故障转移。
2019年4月23日星期二09:14:05 -[信息]172.16.12.2检查复制健康状况。
2019年4月23日星期二09:14:05 -[信息]好的。
2019年4月23日星期二09:14:05 -[信息]172.16.12.3检查复制健康状况。
2019年4月23日星期二09:14:05 -[信息]好的。
2019年4月23日星期二09:14:05 -[信息]172.16.12.3可以成为新主人。
2019年4月23日星期二09:14:05 -[信息]
来自:
172.16.12.1(当前主)
+ - - - 172.16.12.2
+ - - - 172.16.12.3

:
172.16.12.3(新主人)
+ - - - 172.16.12.2
+ - - - 172.16.12.1

启动主开关从172.16.12.1(172.16.12.1:3306)到172.16.12.3(172.16.12.3:3306)?(是/否):是的
2019年4月23日星期二09:14:07 -[信息]检查新主人是否可以使用172.16.12.3(172.16.12.3:3306)..
2019年4月23日星期二09:14:07 -[信息]好的。
2019年4月23日星期二09:14:07 - [info] 172.16.12.1(172.16.12.1:3306):显示返回的奴隶状态为空结果。若要检查复制过滤规则，请临时将“更改主服务器”执行到虚拟主机。
2019年4月23日星期二09:14:07 -[信息]172.16.12.1(172.16.12.1:3306):重置指向虚拟主机的奴隶。
2019年4月23日星期二09:14:07 -[信息]**第一阶段:配置检查阶段完成。
2019年4月23日星期二09:14:07 -[信息]
2019年4月23日星期二09:14:07 -[信息]*第二阶段:拒绝更新阶段。
2019年4月23日星期二09:14:07 -[信息]
2019年4月23日星期二09:14:07 -[信息]执行主ip在线更改脚本，禁用当前主写:
四月23日09:14:07 2019 -[信息]/usr/bin/master_ip_online_change——命令=停止orig_master_host = 172.16.12.1——orig_master_ip = 172.16.12.1——orig_master_port = 3306 orig_master_user =“mha_monitor”——orig_master_password =“mha_monitor”——new_master_host = 172.16.12.3 new_master_ip = 172.16.12.3 new_master_port = 3306——new_master_user =“mha_monitor”——new_master_password =“mha_monitor”


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
禁用VIP - 172.16.12.9/16对老主人:172.16.12.1
成功禁用VIP
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


2019年4月23日星期二09:14:08 -[信息]好的。
2019年4月23日星期二09:14:08 -[信息]锁定所有表上的orig主拒绝更新从每个人(包括根):
2019年4月23日星期二09:14:08 -[信息]使用读锁执行同花顺表。
2019年4月23日星期二09:14:08 -[信息]好的。
2019年4月23日星期二09:14:08 -[信息]Orig master binlog:pos是server.000001:1367。
2019年4月23日星期二09:14:08 -[信息]等待执行172.16.12.3(172.16.12.3:3306)上的所有中继日志。
2019年4月23日星期二09:14:08 -[信息]master_pos_wait(server.000001:1367)于172.16.12.3(172.16.12.3:3306)完成。执行0事件。
2019年4月23日星期二09:14:08 -[信息]完成。
2019年4月23日星期二09:14:08 -[信息]获得新硕士的binlog名称和职位。
2019年4月23日星期二09:14:08 -[信息]slave_2o .000001:154
2019年4月23日星期二09:14:08 -[信息]所有其他奴隶应该从这里开始复制。语句应该是:将MASTER改为MASTER_HOST='172.16.12.3'， MASTER_PORT=3306, MASTER_LOG_FILE='slave_two '。000001'， MASTER_LOG_POS=154, MASTER_USER='repl'， MASTER_PASSWORD='xxx';
2019年4月23日星期二09:14:08 -[信息]执行主ip在线更改脚本，允许在新主上写:
星期二2019年4月23日09:14:08 -[信息]/usr/bin/master_ip_online_change命令=开始——orig_master_host = 172.16.12.1 orig_master_ip = 172.16.12.1 orig_master_port = 3306——orig_master_user =“mha_monitor”——orig_master_password =“mha_monitor”——new_master_host = 172.16.12.3 new_master_ip = 172.16.12.3 new_master_port = 3306——new_master_user =“mha_monitor”——new_master_password =“mha_monitor”


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
启用VIP - 172.16.12.9/16对新主人:172.16.12.3
成功启用VIP
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


2019年4月23日星期二09:14:08 -[信息]好的。
2019年4月23日星期二09:14:08 -[信息]设置read_only=0 on 172.16.12.3(172.16.12.3:3306)..
2019年4月23日星期二09:14:08 -[信息]好的。
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 -[信息]*并行切换奴隶…
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 - [info]——主机172.16.12.2(172.16.12.2:3306)从机开关启动，pid: 26966
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 -[信息]日志消息从172.16.12.2…
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 -[信息]等待执行172.16.12.2(172.16.12.2:3306)上的所有中继日志。
2019年4月23日星期二09:14:08 -[信息]master_pos_wait(server.000001:1367)于172.16.12.2(172.16.12.2:3306)完成。执行0事件。
2019年4月23日星期二09:14:08 -[信息]完成。
2019年4月23日星期二09:14:08 -[信息]重置从服务器172.16.12.2(172.16.12.2:3306)并从新主服务器172.16.12.3(172.16.12.3:3306)开始复制。
2019年4月23日星期二09:14:08 -[信息]执行变更大师。
2019年4月23日星期二09:14:08 -[信息]奴隶开始。
2019年4月23日星期二09:14:08 -[信息]172.16.12.2的日志消息结束…
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 - [info]——主机172.16.12.2(172.16.12.2:3306)从机切换成功。
2019年4月23日星期二09:14:08 -[信息]解锁所有表上的orig主:
2019年4月23日星期二09:14:08 -[信息]执行解锁表。
2019年4月23日星期二09:14:08 -[信息]好的。
2019年4月23日星期二09:14:08 -[信息]作为一个新的奴隶启动orig master ..
2019年4月23日星期二09:14:08 -[信息]重置从服务器172.16.12.1(172.16.12.1:3306)并从新主服务器172.16.12.3(172.16.12.3:3306)开始复制。
2019年4月23日星期二09:14:08 -[信息]执行变更大师。
2019年4月23日星期二09:14:08 -[信息]奴隶开始。
2019年4月23日星期二09:14:08 -[信息]所有新的从服务器切换成功。
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 -[信息]*第五阶段:新的主清理阶段。
2019年4月23日星期二09:14:08 -[信息]
2019年4月23日星期二09:14:08 -[信息]172.16.12.3:重置奴隶信息成功。
2019年4月23日星期二09:14:08 -[信息]切换master到172.16.12.3(172.16.12.3:3306)成功完成。

MHA在线故障切换日志

英文日志

Tue Apr 23 09:18:27 2019 - [info] Checking master_ip_failover_script status:
Tue Apr 23 09:18:27 2019 - [info]   /usr/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 
Checking the Status of the script.. OK 
Tue Apr 23 09:18:27 2019 - [info]  OK.
Tue Apr 23 09:18:27 2019 - [warning] shutdown_script is not defined.
Tue Apr 23 09:18:27 2019 - [info] Set master ping interval 1 seconds.
Tue Apr 23 09:18:27 2019 - [warning] secondary_check_script is not defined. It is highly recommended setting it to check master reachability from two or more routes.
Tue Apr 23 09:18:27 2019 - [info] Starting ping health check on 172.16.12.1(172.16.12.1:3306)..
Tue Apr 23 09:18:27 2019 - [info] Ping(SELECT) succeeded, waiting until MySQL doesn't respond..
Tue Apr 23 09:19:36 2019 - [warning] Got error on MySQL select ping: 2006 (MySQL server has gone away)
Tue Apr 23 09:19:36 2019 - [info] Executing SSH check script: save_binary_logs --command=test --start_pos=4 --binlog_dir=/data --output_file=/tmp/save_binary_logs_test --manager_version=0.55 --binlog_prefix=server
Tue Apr 23 09:19:36 2019 - [info] HealthCheck: SSH to 172.16.12.1 is reachable.
Tue Apr 23 09:19:37 2019 - [warning] Got error on MySQL connect: 2013 (Lost connection to MySQL server at 'reading initial communication packet', system error: 111)
Tue Apr 23 09:19:37 2019 - [warning] Connection failed 1 time(s)..
Tue Apr 23 09:19:38 2019 - [warning] Got error on MySQL connect: 2013 (Lost connection to MySQL server at 'reading initial communication packet', system error: 111)
Tue Apr 23 09:19:38 2019 - [warning] Connection failed 2 time(s)..
Tue Apr 23 09:19:39 2019 - [warning] Got error on MySQL connect: 2013 (Lost connection to MySQL server at 'reading initial communication packet', system error: 111)
Tue Apr 23 09:19:39 2019 - [warning] Connection failed 3 time(s)..
Tue Apr 23 09:19:39 2019 - [warning] Master is not reachable from health checker!
Tue Apr 23 09:19:39 2019 - [warning] Master 172.16.12.1(172.16.12.1:3306) is not reachable!
Tue Apr 23 09:19:39 2019 - [warning] SSH is reachable.
Tue Apr 23 09:19:39 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..
Tue Apr 23 09:19:39 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Apr 23 09:19:39 2019 - [info] Reading application default configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:19:39 2019 - [info] Reading server configurations from /etc/masterha/app1.cnf..
Tue Apr 23 09:19:39 2019 - [info] Dead Servers:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] Alive Servers:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)
Tue Apr 23 09:19:39 2019 - [info] Alive Slaves:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] Checking slave configurations..
Tue Apr 23 09:19:39 2019 - [info]  read_only=1 is not set on slave 172.16.12.3(172.16.12.3:3306).
Tue Apr 23 09:19:39 2019 - [info] Checking replication filtering settings..
Tue Apr 23 09:19:39 2019 - [info]  Replication filtering check ok.
Tue Apr 23 09:19:39 2019 - [info] Master is down!
Tue Apr 23 09:19:39 2019 - [info] Terminating monitoring script.
Tue Apr 23 09:19:39 2019 - [info] Got exit code 20 (Master dead).
Tue Apr 23 09:19:39 2019 - [info] MHA::MasterFailover version 0.55.
Tue Apr 23 09:19:39 2019 - [info] Starting master failover.
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] * Phase 1: Configuration Check Phase..
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] Dead Servers:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] Checking master reachability via mysql(double check)..
Tue Apr 23 09:19:39 2019 - [info]  ok.
Tue Apr 23 09:19:39 2019 - [info] Alive Servers:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)
Tue Apr 23 09:19:39 2019 - [info] Alive Slaves:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] ** Phase 1: Configuration Check Phase completed.
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] * Phase 2: Dead Master Shutdown Phase..
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] Forcing shutdown so that applications never connect to the current master..
Tue Apr 23 09:19:39 2019 - [info] Executing master IP deactivatation script:
Tue Apr 23 09:19:39 2019 - [info]   /usr/bin/master_ip_failover --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 --command=stopssh --ssh_user=root  



***************************************************************
Disabling the VIP - 172.16.12.9/16 on old master: 172.16.12.1
***************************************************************



Tue Apr 23 09:19:39 2019 - [info]  done.
Tue Apr 23 09:19:39 2019 - [warning] shutdown_script is not set. Skipping explicit shutting down of the dead master.
Tue Apr 23 09:19:39 2019 - [info] * Phase 2: Dead Master Shutdown Phase completed.
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] * Phase 3: Master Recovery Phase..
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] * Phase 3.1: Getting Latest Slaves Phase..
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] The latest binary log file/position on all slaves is server.000002:154
Tue Apr 23 09:19:39 2019 - [info] Latest slaves (Slaves that received relay log files to the latest):
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] The oldest binary log file/position on all slaves is server.000002:154
Tue Apr 23 09:19:39 2019 - [info] Oldest slaves:
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.2(172.16.12.2:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info]   172.16.12.3(172.16.12.3:3306)  Version=5.7.15-log (oldest major version between slaves) log-bin:enabled
Tue Apr 23 09:19:39 2019 - [info]     Replicating from 172.16.12.1(172.16.12.1:3306)
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:39 2019 - [info] * Phase 3.2: Saving Dead Master's Binlog Phase..
Tue Apr 23 09:19:39 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Fetching dead master's binary logs..
Tue Apr 23 09:19:40 2019 - [info] Executing command on the dead master 172.16.12.1(172.16.12.1:3306): save_binary_logs --command=save --start_file=server.000002  --start_pos=154 --binlog_dir=/data --output_file=/tmp/saved_master_binlog_from_172.16.12.1_3306_20190423091939.binlog --handle_raw_binlog=1 --disable_log_bin=0 --manager_version=0.55
  Creating /tmp if not exists..    ok.
 Concat binary/relay logs from server.000002 pos 154 to server.000002 EOF into /tmp/saved_master_binlog_from_172.16.12.1_3306_20190423091939.binlog ..
  Dumping binlog format description event, from position 0 to 123.. ok.
  No need to dump effective binlog data from /data/server.000002 (pos starts 154, filesize 154). Skipping.
 /tmp/saved_master_binlog_from_172.16.12.1_3306_20190423091939.binlog has no effective data events.
Event not exists.
Tue Apr 23 09:19:40 2019 - [info] Additional events were not found from the orig master. No need to save.
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 3.3: Determining New Master Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Finding the latest slave that has all relay logs for recovering other slaves..
Tue Apr 23 09:19:40 2019 - [info] All slaves received relay logs to the same position. No need to resync each other.
Tue Apr 23 09:19:40 2019 - [info] Searching new master from slaves..
Tue Apr 23 09:19:40 2019 - [info]  Candidate masters from the configuration file:
Tue Apr 23 09:19:40 2019 - [info]  Non-candidate masters:
Tue Apr 23 09:19:40 2019 - [info] New master is 172.16.12.2(172.16.12.2:3306)
Tue Apr 23 09:19:40 2019 - [info] Starting master failover..
Tue Apr 23 09:19:40 2019 - [info] 
From:
172.16.12.1 (current master)
 +--172.16.12.2
 +--172.16.12.3

To:
172.16.12.2 (new master)
 +--172.16.12.3
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 3.3: New Master Diff Log Generation Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info]  This server has all relay logs. No need to generate diff files from the latest slave.
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 3.4: Master Log Apply Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] *NOTICE: If any error happens from this phase, manual recovery is needed.
Tue Apr 23 09:19:40 2019 - [info] Starting recovery on 172.16.12.2(172.16.12.2:3306)..
Tue Apr 23 09:19:40 2019 - [info]  This server has all relay logs. Waiting all logs to be applied.. 
Tue Apr 23 09:19:40 2019 - [info]   done.
Tue Apr 23 09:19:40 2019 - [info]  All relay logs were successfully applied.
Tue Apr 23 09:19:40 2019 - [info] Getting new master's binlog name and position..
Tue Apr 23 09:19:40 2019 - [info]  slave_one.000002:154
Tue Apr 23 09:19:40 2019 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='172.16.12.2', MASTER_PORT=3306, MASTER_LOG_FILE='slave_one.000002', MASTER_LOG_POS=154, MASTER_USER='repl', MASTER_PASSWORD='xxx';
Tue Apr 23 09:19:40 2019 - [info] Executing master IP activate script:
Tue Apr 23 09:19:40 2019 - [info]   /usr/bin/master_ip_failover --command=start --ssh_user=root --orig_master_host=172.16.12.1 --orig_master_ip=172.16.12.1 --orig_master_port=3306 --new_master_host=172.16.12.2 --new_master_ip=172.16.12.2 --new_master_port=3306 --new_master_user='mha_monitor' --new_master_password='mha_monitor'  
Unknown option: new_master_user
Unknown option: new_master_password



***************************************************************
Enabling the VIP - 172.16.12.9/16 on new master: 172.16.12.2 
***************************************************************



Tue Apr 23 09:19:40 2019 - [info]  OK.
Tue Apr 23 09:19:40 2019 - [info] Setting read_only=0 on 172.16.12.2(172.16.12.2:3306)..
Tue Apr 23 09:19:40 2019 - [info]  ok.
Tue Apr 23 09:19:40 2019 - [info] ** Finished master recovery successfully.
Tue Apr 23 09:19:40 2019 - [info] * Phase 3: Master Recovery Phase completed.
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 4: Slaves Recovery Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 4.1: Starting Parallel Slave Diff Log Generation Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] -- Slave diff file generation on host 172.16.12.3(172.16.12.3:3306) started, pid: 27406. Check tmp log /var/log/masterha/app1/172.16.12.3_3306_20190423091939.log if it takes time..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Log messages from 172.16.12.3 ...
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info]  This server has all relay logs. No need to generate diff files from the latest slave.
Tue Apr 23 09:19:40 2019 - [info] End of log messages from 172.16.12.3.
Tue Apr 23 09:19:40 2019 - [info] -- 172.16.12.3(172.16.12.3:3306) has the latest relay log events.
Tue Apr 23 09:19:40 2019 - [info] Generating relay diff files from the latest slave succeeded.
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 4.2: Starting Parallel Slave Log Apply Phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] -- Slave recovery on host 172.16.12.3(172.16.12.3:3306) started, pid: 27408. Check tmp log /var/log/masterha/app1/172.16.12.3_3306_20190423091939.log if it takes time..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Log messages from 172.16.12.3 ...
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Starting recovery on 172.16.12.3(172.16.12.3:3306)..
Tue Apr 23 09:19:40 2019 - [info]  This server has all relay logs. Waiting all logs to be applied.. 
Tue Apr 23 09:19:40 2019 - [info]   done.
Tue Apr 23 09:19:40 2019 - [info]  All relay logs were successfully applied.
Tue Apr 23 09:19:40 2019 - [info]  Resetting slave 172.16.12.3(172.16.12.3:3306) and starting replication from the new master 172.16.12.2(172.16.12.2:3306)..
Tue Apr 23 09:19:40 2019 - [info]  Executed CHANGE MASTER.
Tue Apr 23 09:19:40 2019 - [info]  Slave started.
Tue Apr 23 09:19:40 2019 - [info] End of log messages from 172.16.12.3.
Tue Apr 23 09:19:40 2019 - [info] -- Slave recovery on host 172.16.12.3(172.16.12.3:3306) succeeded.
Tue Apr 23 09:19:40 2019 - [info] All new slave servers recovered successfully.
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] * Phase 5: New master cleanup phase..
Tue Apr 23 09:19:40 2019 - [info] 
Tue Apr 23 09:19:40 2019 - [info] Resetting slave info on the new master..
Tue Apr 23 09:19:40 2019 - [info]  172.16.12.2: Resetting slave info succeeded.
Tue Apr 23 09:19:40 2019 - [info] Master failover to 172.16.12.2(172.16.12.2:3306) completed successfully.
Tue Apr 23 09:19:40 2019 - [info] Deleted server1 entry from /etc/masterha/app1.cnf .
Tue Apr 23 09:19:40 2019 - [info] 

----- Failover Report -----

app1: MySQL Master failover 172.16.12.1 to 172.16.12.2 succeeded

Master 172.16.12.1 is down!

Check MHA Manager logs at Rslavemha3:/var/log/masterha/app1/manager.log for details.

Started automated(non-interactive) failover.
Invalidated master IP address on 172.16.12.1.
The latest slave 172.16.12.2(172.16.12.2:3306) has all relay logs for recovery.
Selected 172.16.12.2 as a new master.
172.16.12.2: OK: Applying all logs succeeded.
172.16.12.2: OK: Activated master IP address.
172.16.12.3: This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
172.16.12.3: OK: Applying all logs succeeded. Slave started, replicating from 172.16.12.2.
172.16.12.2: Resetting slave info succeeded.
Master failover to 172.16.12.2(172.16.12.2:3306) completed successfully.

中文解释

2019年4月23日星期二09:18:27 -[信息]检查master_ip_failover_script状态:
2019年4月23日星期二09:18:27 - [info] /usr/bin/master_ip_failover—command=status—ssh_user=root—orig_master_host=172.16.12.1—orig_master_ip=172.16.12.1—orig_master_port=3306
检查脚本的状态…好吧
2019年4月23日星期二09:18:27 -[信息]好的。
2019年4月23日星期二09:18:27 -[警告]shutdown_script没有定义。
2019年4月23日星期二09:18:27 -[信息]设置主ping间隔1秒。
2019年4月23日星期二09:18:27 -[警告]secondary_check_script没有定义。强烈建议将其设置为从两个或多个路由检查主可达性。
2019年4月23日星期二09:18:27 -[信息]172.16.12.1(172.16.12.1:3306)开始体检。
2019年4月23日星期二09:18:27 - [info] Ping(SELECT)成功，等待MySQL不响应…
2019年4月23日星期二09:19:36 -[警告]MySQL select ping出错:2006 (MySQL服务器已经消失)
执行SSH检查脚本:save_binary_logs—command=test—start_pos=4—binlog_dir=/data—output_file=/tmp/save_binary_logs_test—manager_version=0.55—binlog_prefix=server
2019年4月23日星期二09:19:36 -[信息]健康检查:SSH到172.16.12.1。
2019年4月23日星期二09:19:37 -[警告]MySQL连接出错:2013(读取初始通信包时MySQL服务器连接丢失，系统错误:111)
2019年4月23日星期二09:19:37 -[警告]连接失败1次。
2019年4月23日星期二09:19:38 -[警告]MySQL连接出错:2013(读取初始通信包时MySQL服务器连接丢失，系统错误:111)
2019年4月23日星期二09:19:38 -[警告]连接失败2次。
2019年4月23日星期二09:19:39 -[警告]MySQL连接出错:2013(读取初始通信包时MySQL服务器连接丢失，系统错误:111)
2019年4月23日星期二09:19:39 -[警告]连接失败3次。
2019年4月23日星期二09:19:39 -[警告]健康检查器无法访问Master !
2019年4月23日星期二09:19:39 -[警告]无法访问Master 172.16.12.1(172.16.12.1:3306) !
2019年4月23日星期二09:19:39 -[警告]SSH可以访问。
2019年4月23日星期二09:19:39 -[信息]连接到主服务器失败。再次读取配置文件/etc/masterha_default.cnf和/etc/masterha/app1.cnf，并尝试连接到所有服务器以检查服务器状态。
2019年4月23日星期二09:19:39 -[警告]未找到全局配置文件/etc/masterha_default.cnf。跳过。
2019年4月23日星期二09:19:39 -[信息]从/etc/masterha/app1.cnf.读取应用程序默认配置。
2019年4月23日星期二09:19:39 -[信息]从/etc/masterha/app1.cnf.读取服务器配置。
2019年4月23日星期二09:19:39 -[信息]死机服务器:
2019年4月23日星期二09:19:39 -[信息]172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]活服务器:
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)
2019年4月23日星期二09:19:39 -[信息]活着的奴隶:
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]检查从属配置。
2019年4月23日星期二09:19:39 -[信息]read_only=1没有在从服务器172.16.12.3(172.16.12.3:3306)上设置。
2019年4月23日星期二09:19:39 -[信息]检查复制过滤设置。
2019年4月23日星期二09:19:39 -[信息]复制过滤检查ok。
2019年4月23日星期二09:19:39 -[信息]大师倒下了!
2019年4月23日星期二09:19:39 -[信息]终止监视脚本。
2019年4月23日星期二09:19:39 -[信息]获得出口代码20 (Master dead)。
2019年4月23日星期二09:19:39 -[信息]MHA::MasterFailover版本0.55。
2019年4月23日星期二09:19:39 -[信息]启动主故障转移。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]*第一阶段:配置检查阶段。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]死机服务器:
2019年4月23日星期二09:19:39 -[信息]172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]通过mysql检查主可达性(双重检查)..
2019年4月23日星期二09:19:39 -[信息]好的。
2019年4月23日星期二09:19:39 -[信息]活服务器:
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)
2019年4月23日星期二09:19:39 -[信息]活着的奴隶:
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]**第一阶段:配置检查阶段完成。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]*第二阶段:死主关闭阶段。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]强制关闭，使应用程序永远无法连接到当前主程序。
2019年4月23日星期二09:19:39 -[信息]执行主IP失活脚本:
2019年4月23日星期二09:19:39 - [info] /usr/bin/master_ip_failover—orig_master_host=172.16.12.1—orig_master_ip=172.16.12.1—orig_master_port=3306—command=stopssh—ssh_user=root

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
禁用VIP - 172.16.12.9/16对老主人:172.16.12.1
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

2019年4月23日星期二09:19:39 -[信息]完成。
2019年4月23日星期二09:19:39 -[警告]shutdown_script未设置。跳过死主人的显式关闭。
2019年4月23日星期二09:19:39 -[信息]*第二阶段:死主关闭阶段完成。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]*第三阶段:主恢复阶段。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]*阶段3.1:获得最新的奴隶阶段。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]所有从属服务器上最新的二进制日志文件/位置是server.000002:154
2019年4月23日星期二09:19:39 -[信息]最新的奴隶(接收到最新中继日志文件的奴隶):
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]所有从属服务器上最古老的二进制日志文件/位置是server.000002:154
2019年4月23日星期二09:19:39 -[信息]最老的奴隶:
2019年4月23日星期二09:19:39 -[信息]172.16.12.2(172.16.12.2:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]172.16.12.3(172.16.12.3:3306)版本=5.7.15-log(奴隶之间最古老的主版本)日志箱:启用
2019年4月23日星期二09:19:39 -[信息]复制自172.16.12.1(172.16.12.1:3306)
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:39 -[信息]*阶段3.2:保存死亡大师的Binlog阶段。
2019年4月23日星期二09:19:39 -[信息]
2019年4月23日星期二09:19:40 -[信息]获取死主的二进制日志。
2019年4月23日星期二09:19:40 -[信息]在已死主机172.16.12.1(172.16.12.1:3306)上执行命令:save_binary_logs—命令=保存—start_file=服务器。000002——start_pos=154——binlog_dir=/data——output_file=/tmp/saved_master_binlog_from_172.16.12.1——3306_20190423091939。binlog——handle_raw_binlog=1——disable_log_bin=0——manager_version=0.55
如果不存在，创建/tmp ..好的。
来自服务器的Concat二进制/中继日志。到服务器的pos 154。000002 EOF into /tmp/saved_master_binlog_from_172.16.12.1_3306_20190423091939。binlog . .
转储binlog格式描述事件，从位置0到123..好的。
不需要从/data/server转储有效的binlog数据。000002 (pos启动154，文件大小154)。跳过。
/ tmp / saved_master_binlog_from_172.16.12.1_3306_20190423091939。binlog没有有效的数据事件。
事件不存在。
2019年4月23日星期二09:19:40 -[信息]没有发现来自orig master的其他事件。不需要储蓄。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]*阶段3.3:确定新的主阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]找到最新的拥有所有中继日志的奴隶，用于回收其他奴隶。
2019年4月23日星期二09:19:40 -[信息]所有的奴隶都收到到相同位置的中继日志。不需要彼此重新同步。
2019年4月23日星期二09:19:40 -[信息]从奴隶中寻找新主人…
2019年4月23日星期二09:19:40 -[信息]配置文件中的候选硕士:
2019年4月23日星期二09:19:40 -[信息]非候选硕士:
2019年4月23日星期二09:19:40 -[信息]新硕士是172.16.12.2(172.16.12.2:3306)
2019年4月23日星期二09:19:40 -[信息]启动主故障转移…
2019年4月23日星期二09:19:40 -[信息]
来自:
172.16.12.1(当前主)
+ - - - 172.16.12.2
+ - - - 172.16.12.3
:
172.16.12.2(新主人)
+ - - - 172.16.12.3
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]* 3.3阶段:新的主Diff日志生成阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]该服务器有所有中继日志。不需要从最新的奴隶产生差异文件。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]* 3.4阶段:主日志应用阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]*注意:如果在此阶段发生任何错误，需要手动恢复。
2019年4月23日星期二09:19:40 -[信息]从172.16.12.2(172.16.12.2:3306)开始恢复。
2019年4月23日星期二09:19:40 -[信息]该服务器有所有中继日志。等待应用所有日志..
2019年4月23日星期二09:19:40 -[信息]完成。
2019年4月23日星期二09:19:40 -[信息]所有中继日志均成功应用。
2019年4月23日星期二09:19:40 -[信息]获得新硕士的binlog名称和职位。
2019年4月23日星期二09:19:40 -[信息]slave_one.000002:154
2019年4月23日星期二09:19:40 -[信息]所有其他奴隶应该从这里开始复制。语句应该是:将MASTER改为MASTER_HOST='172.16.12.2'， MASTER_PORT=3306, MASTER_LOG_FILE='slave_one。000002'， MASTER_LOG_POS=154, MASTER_USER='repl'， MASTER_PASSWORD='xxx';
2019年4月23日星期二09:19:40 -[信息]执行主IP激活脚本:
四月23日09:19:40 2019 -[信息]/usr/bin/master_ip_failover——命令=启动ssh_user =根——orig_master_host = 172.16.12.1——orig_master_ip = 172.16.12.1 orig_master_port = 3306——new_master_host = 172.16.12.2 new_master_ip = 172.16.12.2 new_master_port = 3306——new_master_user =“mha_monitor”——new_master_password =“mha_monitor”
未知的选择:new_master_user
未知的选择:new_master_password

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
启用VIP - 172.16.12.9/16对新主人:172.16.12.2
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* 
2019年4月23日星期二09:19:40 -[信息]好的。
2019年4月23日星期二09:19:40 -[信息]设置read_only=0 on 172.16.12.2(172.16.12.2:3306)..
2019年4月23日星期二09:19:40 -[信息]好的。
2019年4月23日星期二09:19:40 -[信息]**成功完成主恢复。
2019年4月23日星期二09:19:40 -[信息]*第三阶段:主恢复阶段完成。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]*第四阶段:奴隶恢复阶段。
2019年4月23日星期二09:19:40 -[信息]
4月23日星期二09:19:40 2019 -[信息]*阶段4.1:开始并行从差日志生成阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 - [info]——启动主机172.16.12.3(172.16.12.3:3306)上的从diff文件生成，pid: 27406。检查tmp log /var/log/masterha/app1/172.16.12.3_3306_20190423091939.log是否需要时间。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]日志消息从172.16.12.3…
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]该服务器有所有中继日志。不需要从最新的奴隶产生差异文件。
2019年4月23日星期二09:19:40 -[信息]172.16.12.3的日志消息结束。
2019年4月23日星期二09:19:40 -[信息]——172.16.12.3(172.16.12.3:3306)有最新的中继日志事件。
2019年4月23日星期二09:19:40 -[信息]从最新的奴隶成功生成中继差异文件。
2019年4月23日星期二09:19:40 -[信息]
4月23日星期二09:19:40 2019 -[信息]*阶段4.2:启动并行从日志应用阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]——主机172.16.12.3(172.16.12.3:3306)上的奴隶恢复启动，pid: 27408。检查tmp log /var/log/masterha/app1/172.16.12.3_3306_20190423091939.log是否需要时间。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]日志消息从172.16.12.3…
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]从172.16.12.3(172.16.12.3:3306)开始恢复。
2019年4月23日星期二09:19:40 -[信息]该服务器有所有中继日志。等待应用所有日志..
2019年4月23日星期二09:19:40 -[信息]完成。
2019年4月23日星期二09:19:40 -[信息]所有中继日志均成功应用。
2019年4月23日星期二09:19:40 -[信息]重置从机172.16.12.3(172.16.12.3:3306)并从新主机172.16.12.2(172.16.12.2:3306)开始复制。
2019年4月23日星期二09:19:40 -[信息]执行变更大师。
2019年4月23日星期二09:19:40 -[信息]奴隶开始。
2019年4月23日星期二09:19:40 -[信息]172.16.12.3的日志消息结束。
2019年4月23日星期二09:19:40 - [info]——主机172.16.12.3(172.16.12.3:3306)上的奴隶恢复成功。
2019年4月23日星期二09:19:40 -[信息]所有新的从服务器恢复成功。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]*第五阶段:新的主清理阶段。
2019年4月23日星期二09:19:40 -[信息]
2019年4月23日星期二09:19:40 -[信息]重置新主人的奴隶信息。
2019年4月23日星期二09:19:40 -[信息]172.16.12.2:重置奴隶信息成功。
2019年4月23日星期二09:19:40 -[信息]主故障转移到172.16.12.2(172.16.12.2:3306)成功完成。
2019年4月23日星期二09:19:40 -[信息]删除了/etc/masterha/app1.cnf中的server1条目。
2019年4月23日星期二09:19:40 -[信息]


——故障转移报告——

app1: MySQL主故障转移172.16.12.1到172.16.12.2成功
大师172.16.12.1倒下了!
详细信息请查看Rslavemha3:/var/log/masterha/app1/ Manager .log上的MHA管理器日志。
开始自动故障转移(交互)。
主IP地址172.16.12.1失效。
最新的从服务器172.16.12.2(172.16.12.2:3306)具有用于恢复的所有中继日志。
选择172.16.12.2为新master。
172.16.12.2: OK:应用所有日志成功。
172.16.12.2: OK:激活主IP地址。
172.16.12.3:此主机具有最新的中继日志事件。
从最新的从属节点生成中继差异文件成功。
172.16.12.3: OK:应用所有日志成功。奴隶启动，从172.16.12.2开始复制。
172.16.12.2:重置奴隶信息成功。
主故障转移到172.16.12.2(172.16.12.2:3306)成功完成。

黑领灵灵妖

关注

1
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
MHA通过监控日志分析原理（附中文解释）

MHA是一款用来进行主从故障在线切换的工具，为了最大程度的保持数据的一致性，对于其切换的原理分析就尤为重要。所以下面我们就直观的从MHA的切换日志这个角度来进行具体的原理分析文章目录MHA工作原理总结SSH互信登录配置英文日志中文解释健康检查日志英文日志中文解释MHA手动切换日志英文日志中文解释MHA在线故障切换日志英文日志中文解释MHA工作原理总结从宕机崩溃的master保存二进...
复制链接

扫一扫