如何在Mysql MHA部署中执行故障转移
Mysql MHA部署-故障转移
架构说明：
参考：http://www.zhaibibei.cn/mysql/mha/
1 主库187查看IP和VIP信息
[root@rac1 ~]# ifconfig
enp0s3: flags=4163
inet 192.168.2.187 网络掩码 255.255.255.0 广播 192.168.2.255
inet6 fe80::c3b0:4e87:f38f:d640 prefixlen 64scopeid 0x20
inet6 fe80::a3a6:33e0:1848:f prefixlen 64scopeid 0x20
inet6 fe80::63c7:f30:11a7:4216 prefixlen 64scopeid 0x20
ether 08:00:27:83:9e:5c txqueuelen 1000（以太网）
RX 数据包 12552 字节 909017 (887.7 KiB)
RX 错误 0 丢弃 996 溢出ns 0 帧 0
TX 数据包 391 字节 47354 (46.2 KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0
enp0s3:2：标志=4163
inet 192.168.2.189 网络掩码 255.255.255.0 广播 192.168.2.255
ether 08:00 :27:83:9e:5c txqueuelen 1000(以太网)
2 从库查看当前同步信息
---188 ：
mysql>显示从机状态\G;
******** ***************** **** 1.行 ************************** *
'''s's's' ' ' ' ' 到 ' ' 到 ' ' 到 ' ' 到 ' ' 到 ' ' 到
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql -bin.000010
Read_Master_Log_Pos: 250
Relay_Log_File:mysql-relay.000002
Relay_Log_Pos：320
Relay_Master_Log_File：mysql-bin.000010
Slave_IO_Running：是
Slave_SQL_Running：是< /p>
---223：
mysql> 显示从机状态 \G;
************ ****************** 1. 行 ****************** **********
Slave_IO_State：等待master发送事件
。
Connect_Retry: 60
Master_Log_File: mysql-bin.000010
Read_Master_Log_Pos: 250
. Relay_Log_Pos: 320
Relay_Master_Log_File: mysql-bin.000010
Slave_IO_Running: 是
Slave_SQL_Running: 是
Replicate_Do_DB:
3 管理节点查看信息
222：
[root@rac4 ~]# masterha_check_status --conf=/etc/mha/mha.conf
mha (pid:3057) is running(0:PING_OK), master:rac1
4 master库手动停止mysql
187：
[mysql@rac1 ~]$ service mysqld stop
正在关闭MySQL..... ......[确定]
5管理节点查看故障转移过程
222：
[root@rac4 manager]# tail -f mha.log
......
-- -(1) 确认主数据库状态（无法访问）
Sun Mar 15 14:01:16 2023 - [warning] Got error on MySQL select ping: 2006 (MySQL server has gone离开）
Sun Mar 15 14:01:16 2023 - [info] 执行辅助网络检查脚本： /usr/bin/masterha_secondary_check -s 192.168.2.188 -s 192.168.2.223 --user=root - -master_host=192.168.2.187 --master_ip=192.168.2.187 --master_port=3306 --user=root --master_host=rac1 --master_ip=192.168.2.187 --master_port=3306 --master_user=监视器 --master_password=123456 --ping_type=SELECT
太阳2023 年 3 月 15 日 14:01:16 - [info] 执行 SSH 检查脚本：save_binary_logs --command=test --start_pos=4 --binlog_dir=/datalog/mysql/binlog --output_file=/etc/mha/node/save_binary_logs_test --manager_version=0.56 --binlog_prefix=mysql-bin
2023 年 3 月 15 日星期日 14:01:17 - [info] HealthCheck：可以通过 SSH 访问 rac1。
监控服务器192.168.2.188可访问，但从192.168.2.188无法访问Master。 OK。
监控服务器192.168.2.223可达，192.168.2.223无法访问Master。好的。
Sun Mar 15 14:01 :17 2023 - [info] Master 无法从所有其他监控服务器访问。故障转移应该开始。
2023 年 3 月 15 日星期日 14:01:17 - [警告] MySQL 连接出错：2003（无法连接到“192.168.2.187”(111) 上的 MySQL 服务器）< /p>
2023 年 3 月 15 日星期日 14:01:17 - [警告] 连接失败 2 次..
2023 年 3 月 15 日星期日 14:01:18 - [警告] 出现错误在 MySQL 连接上：2003（无法连接到“192.168.2.187”(111) 上的 MySQL 服务器）
2023 年 3 月 15 日星期日 14:01:18 - [警告] 连接失败 3 次..
2023 年 3 月 15 日星期日 14:01:19 - [警告] MySQL 出现错误连接：2003（无法连接到“192.168.2.187”（111）上的 MySQL 服务器）
2023 年 3 月 15 日星期日 14:01:19 - [警告] 连接失败 4 次..
2023 年 3 月 15 日星期日 14:01:19 - [警告]无法通过健康检查器访问 Master！
2023 年 3 月 15 日星期日 14:01:19 - [警告]Master rac1 (192.168.2.187:3306) 无法访问！
2023 年 3 月 15 日星期日 14:01:19 - [警告] SSH 可以访问。
---(2 ) 重新检查主从（rac1、rac2、rac3）服务器的状态
---确保主库宕机，从库rac2、rac3可用
2023 年 3 月 15 日星期日 14:01:19 - [info] 连接到主服务器失败。再次读取配置文件 /etc/masterha_default.cnf 和 /etc/mha/mha.conf，并尝试连接到所有服务器以检查服务器状态..
Sun Mar 15 14:01:19 2023 - [警告]全局配置文件/et找不到 c/masterha_default.cnf。跳过。
Sun Mar 15 14 :01:19 2023 - [info] 从 /etc/mha/mha.conf 读取应用程序默认配置..
Sun Mar 15 14:01 :19 2023 - [info] 从 /etc /mha/mha.conf 读取服务器配置..
Sun Mar 15 14:01:20 2023 - [info] GTID 故障转移模式 = 0
2023 年 3 月 15 日星期日 14:01:20 - [信息] 死服务器：
2023 年 3 月 15 日星期日 14:01:20 - [信息] rac1(192.168.2.187:3306)
2023 年 3 月 15 日星期日 14:01:20 - [信息] 活动服务器：
2023 年 3 月 15 日星期日 14:01:20 - [信息] rac2(192.168.2.188:3306)
p>
2023 年 3 月 15 日星期日 14:01:20 - [信息] rac3(192.168.2.223:3306)
2023 年 3 月 15 日星期日 14:01:20 - [信息] 活着的奴隶：< /p>
Sun Mar 15 14:01: 20 2023 - [info] rac2(192.168.2.188:3306) Version=5.7.28-log（从站之间最旧的主要版本）log-bin:enabled
2023 年 3 月 15 日星期日 14:01:20 - [信息] 从 192.168.2.187(192.168.2.187:3306) 复制
2023 年 3 月 15 日星期日 14:01:20 - [信息] 主要候选人对于新主人（candidate_master is set)
Sun Mar 15 14:01:20 2023 - [info] rac3(192.168.2.223:3306) Version=5.7.28-log (slaves 之间最旧的主要版本) log-bin:enabled
2023 年 3 月 15 日星期日 14:01:20 - [信息] 从 192.168.2.187(192.168.2.187:3306) 复制
2023 年 3 月 15 日星期日 14:01:20 - [ info] 不是新 Master 的候选者（已设置 no_master）
2023 年 3 月 15 日星期日 14:01:20 - [info] 检查从属配置..
3 月 15 日星期日 14: 01:20 2023 - [警告]relay_log_purge =0 未在从属 rac2(192.168.2.188:3306) 上设置。
2023 年 3 月 15 日星期日 14:01:20 - [警告]relay_log_purge=0 未设置在从属 rac3 上设置（192.168.2.223: 3306）。
2023 年 3 月 15 日星期日 14:01:20 - [info] 检查复制过滤设置。..
3 月 15 日星期日 14:01:20 01:20 2023 - [info] 复制过滤检查正常。
2023 年 3 月 15 日星期日 14:01:20 - [info] Master 已关闭！
3 月 15 日星期日 14:01 :20 2023 - [info] 终止监控脚本。
Sun Mar 15 14:01:20 2023 - [info] 退出代码 20（Master 已死）。
---(3) 大师故障转移配置文件确认
2023年3月15日星期日14:01:20 - [info] MHA::MasterFailover版本0.56。
3月15日星期日14:01:20 2023 - [信息] 启动主故障转移。
2023 年 3 月 15 日星期日 14:01:20 - [信息]
2023 年 3 月 15 日星期日 14:01:20 - [信息] *第 1 阶段：配置检查阶段..
2023 年 3 月 15 日星期日 14:01:20 - [信息]
2023 年 3 月 15 日星期日 14:01:22 - [信息] GTID 故障转移mode = 0
2023 年 3 月 15 日星期日 14:01:22 - [信息] 死服务器：
2023 年 3 月 15 日星期日 14:01:22 - [信息] rac1(192.168. 2.187:3306 )
2023 年 3 月 15 日星期日 14:01:22 - [info] 通过 MySQL 检查主服务器的可达性（双重检查）...
3 月 15 日星期日 14:01： 2023 年 22 月 - [信息] 好的。
2023 年 3 月 15 日星期日 14:01:22 - [信息] 活动服务器：
2023 年 3 月 15 日星期日 14:01:22 - [信息] rac2(192.168.2.188:3306)
2023 年 3 月 15 日星期日 14:01:22 - [info] rac3(192.168.2.223:3306)
3 月 15 日星期日 14:01 :22 2023 - [信息] 活着的奴隶:
2023 年 3 月 15 日星期日 14:01:22 - [信息] rac2(192.168.2.188:3306) Version=5.7.28-log ( olde从站之间的 st 主要版本） log-bin:enabled
Sun Mar 15 14:01:22 2023 - [info] 从 192.168.2.187 复制(192.168.2.187:3306)
2023 年 3 月 15 日星期日 14:01:22 - [info] 新 Master 的主要候选人（candidate_master 已设置）
2023 年 3 月 15 日星期日 14:01:22 - [info] rac3(192.168.2.223: 3306) Version=5.7.28-log (从站之间最旧的主要版本) log-bin:enabled
Sun Mar 15 14:01:22 2023 - [info] 从 192.168.2.187 复制(192.168.2.187 :3306)
2023 年 3 月 15 日星期日 14:01:22 - [info] 不是新 Master 的候选人（已设置 no_master）
2023 年 3 月 15 日星期日 14:01:22 - [info] 启动基于非 GTID 的故障转移。
2023 年 3 月 15 日星期日 14:01:22 - [info]
---(4) 禁用 VIP rac1 并停止 rac1
Shutdown_script 未定义，因此未调用
Sun Mar 15 14:01:22 2023 - [info] ** 第 1 阶段：配置检查阶段已完成。
2023 年 3 月 15 日星期日 14:01:22 - [信息]
2023 年 3 月 15 日星期日 14:01:22 - [信息] * 第 2 阶段：死亡S大师hutdown 阶段..
Sun Mar 15 14:01:22 2023 - [info]
Sun Mar 15 2023 14:01:22 2023 - [info] 强制关闭，以便应用程序永远不会连接到当前主服务器..
Sun Mar 15 14:01:22 2023 - [info] 执行主 IP 停用脚本：
Sun Mar 15 14:01:22 2023 - [info] /etc/mha/ script/master_ip_failover --orig_master_host=rac1 --orig_master_ip=192.168.2.187 --orig_master_port=3306 --command=stopssh --ssh_user=root
禁用旧的 VIP master: rac1
---禁用 VIP 失败（可能是网卡设置有问题）
SIOCSIFFLAGS: 无法分配请求的地址
Sun 2023 年 3 月 15 日 14:01:22 - [信息] 已完成。
2023 年 3 月 15 日星期日 14:01:22 - [警告] shutdown_script 未设置。跳过已死亡主机的显式关闭。
2023 年 3 月 15 日星期日 14:01:22 - [信息] * 第 2 阶段：已死亡主机关闭阶段已完成。
2023 年 3 月 15 日星期日 14:01:22 :01:22 2023 - [info]
---(5)主库恢复获取最新Slave
2023 年 3 月 15 日星期日 14:01:22 - [信息] * 第 3 阶段：主恢复阶段..
2023 年 3 月 15 日星期日 14:01:22 - [信息]
2023 年 3 月 15 日星期日 14:01:22 - [信息] * 阶段 3.1：获取最新的奴隶阶段..
2023 年 3 月 15 日星期日 14:01:22 - [info]
Sun Mar 15 14:01:22 2023 - [info] 所有从站上最新的二进制日志文件/位置是 mysql-bin.000015:250
Sun 2023 年 3 月 15 日 14:01:22 - [信息] 最新从站（接收到最新中继日志文件的从站）：
2023 年 3 月 15 日 14:01:22 星期日 - [ 信息] rac2(192.168. 2.188:3306) Version=5.7.28-log (从站之间最旧的主要版本) log-bin:enabled
Sun Mar 15 14:01:22 2023 - [info] 从 192.168.2.187 复制(192.168 .2.187:3306)
2023 年 3 月 15 日星期日 14:01:22 - [info] 新 Master 的主要候选人（candidate_master 已设置）
3 月 15 日星期日 14:01： 22 2023 - [info] rac3(192.168.2.223:3306) Version=5.7.28-log (从站之间最旧的主要版本) log-bin:enabled
Sun Mar 15 14:01:22 2023 - [信息] 复制g 来自 192.168.2.187(192.168.2.187:3306)
2023 年 3 月 15 日星期日 14:01:22 - [info] 不是新 Master 的候选者（已设置 no_master）
2023 年 3 月 15 日星期日 14:01:22 - [信息] 所有从站上最旧的二进制日志文件/位置是 mysql-bin.000015:250
2023 年 3 月 15 日星期日 14:01:22 - [信息] 最旧的从站：
Sun Mar 15 14:01:22 2023 - [info] rac2(192.168.2.188:3306) Version=5.7.28-log（从站之间最旧的主要版本）log-bin：启用
2023年3月15日星期日14:01:22 - [信息]从192.168.2.187(192.168.2.187:3306)复制
3月15日星期日14:01:222023 - [ info] 新 Master 的主要候选人（candidate_master 已设置）
Sun Mar 15 14:01:22 2023 - [info] rac3(192.168.2.223:3306) Version=5.7.28- log (oldest)从站之间的主要版本） log-bin:enabled
Sun Mar 15 14:01:22 2023 - [info] 从 192.168.2.187 复制(192.168.2.187:3306)
Sun 2023 年 3 月 15 日 14:01:22 - [info] 不是新 Master 的候选人（已设置 no_master）
2023 年 3 月 15 日 14:01:22 - [info]
p>
2023 年 3 月 15 日星期日 14:01:22 - [信息] * 阶段 3.2：拯救 Dead Master 的 Binlog 阶段..
2023 年 3 月 15 日星期日 14:01:22 - [信息] < /p >
Sun Mar 15 14:01:22 2023 - [info] 正在获取失效主控的二进制日志..
Sun Mar 15 2023 14:01:22 2023 - [info] 在死主rac1(192.168.2.187:3306): save_binary_logs --command=save --start_file=mysql-bin.000015 --start_pos=250 --binlog_dir=/datalog/mysql/binlog --output_file=/etc/mha/ node/saved_master_binlog_from_rac1_3306_20230315140120.binlog --handle_raw_binlog=1 --disable_log_bin=0 --manager_version=0.56
创建 /etc/mha/node（如果不存在）.. 好的。
连接二进制文件/relay 日志从 mysql-bin.000015 pos 250 到 mysql-bin.000015 EOF 到 /etc/mha/node/saved_master_binlog_from_rac1_3306_20230315140120.binlog ..
Binlog 校验和已启用
转储 binlog格式描述事件，从位置0到250..ok。
无需从/datalog/mysql/binlog/mysql-bin.000015（pos从2开始）转储有效的binlog数据50，文件大小 250）。正在跳过。
错误：Log_event::read_log_event() 中出现错误：“在二进制日志中发现无效事件”，data_len: 127，event_type: 35
Binlog 校验和已启用
/etc/mha/node/saved_master_binlog_from_rac1_3306_20230315140120.binlog 没有有效的数据事件。
事件不存在。
2023 年 3 月 15 日星期日 14:01:23 - [信息]未从原始主机中找到其他事件。无需保存。
Sun Mar 15 14:01:23 2023 - [info]
---(6 ）确定新的主库188
Sun Mar 15 14:01:23 2023 - [info] *阶段3.3：确定新的主阶段..
Sun Mar 15 14:01:23 2023 - [info ]
Sun Mar 15 14:01:23 2023 - [info] 查找具有所有中继日志的最新从站以恢复其他从站..
Sun Mar 15 14:01: 23 2023 - [info] 所有从站都将中继日志接收到同一位置。无需彼此重新同步。
Sun Mar 15 14:01:23 2023 - [info] 从奴隶中搜索新的主人..
Sun Mar 15 14:01:23 2023 - [info] 配置文件中的候选大师：
Sun Mar 15 14:01:23 2023 - [info] rac2(192.168 .2.188:3306) Version=5.7.28-log (最旧的主要从站之间的版本） log-bin:enabled
Sun Mar 15 14:01:23 2023 - [info] 从 192.168.2.187 复制( 192.168.2.187:3306)
Sun Mar 15 14:01:23 2023 - [info] 新大师的主要候选人（candidate_master 已设置）
Sun Mar 15 2023 14:01:23 - [info] 非候选大师：
2023 年 3 月 15 日星期日 14:01:23 - [info ] rac3(192.168.2.223:3306) Version=5.7.28-log（从属设备之间最旧的主要版本）log-bin:enabled
2023 年 3 月 15 日星期日 14:01:23 - [info] 复制自 192.168.2.187(192.168.2.187:3306)
2023 年 3 月 15 日星期日 14:01:23 - [info] 不是新的Master（no_master已设置）
Sun Mar 15 14:01:23 2023 - [info] 从已收到最新中继日志事件的candidate_master Slave中搜索..
Sun Mar 15 14:01:23 2023 - [info] 新主人是 rac2( 192.168.2.188:3306)
Sun Mar 15 14:01:23 2023 - [信息] 开始主故障转移..
Sun Mar 15 14:01:23 2023 - [信息]
来自：
rac1(192.168.2.187:3306)（当前主控）
+--rac2(192.168.2.188:3306)
+--rac3(192.168.2.223:3306 ）
至：
rac2(192.168.2.188:3306)（新主控）
+--rac3(192.168.2.223:3306)
2023 年 3 月 15 日星期日 14:01:23 - [信息]
2023 年 3 月 15 日星期日 14:01:23 - [信息] * 阶段 3.3：新主差异日志生成阶段..< /p>
2023 年 3 月 15 日星期日 14:01:23 - [信息] 该服务器拥有所有中继日志。无需从最新的从站生成 diff 文件。
Sun Mar 15 14:01:23 2023 - [info]
Sun Mar 15 14:01:23 2023 - [info ] * 阶段 3.4：主日志应用阶段..
2023 年 3 月 15 日星期日 14:01:23 - [信息]
< p>2023 年 3 月 15 日星期日 14:01:23 - [信息] *注意：如果此阶段发生任何错误，则需要手动恢复。Sun Mar 15 14:01:23 2023 - [info ] 开始在 rac2(192.168.2.188:3306) 上进行恢复..
3 月 15 日星期日14:01:23 2023 - [info] 该服务器拥有所有中继日志。正在等待应用所有日志..
2023 年 3 月 15 日星期日 14:01:23 - [信息] 已完成。
2023 年 3 月 15 日星期日 14:01:23 - [信息]所有中继日志均已成功应用。
Sun Mar 15 14:01:23 2023 - [info] p>
Sun Mar 15 14:01:23 2023 - [info] 获取新的 master 的 binlog 名称和位置..
2023年3月15日星期日14:01:23 - [info] mysql-bin.000012:234
p>2023年3月15日星期日14:01:23 - [信息] 所有其他从属设备都应该从这里开始复制。语句应为：CHANGE MASTER TO MASTER_HOST='rac2 or 192.168.2.188', MASTER_PORT=3306, MASTER_LOG_FILE= 'mysql-bin.000012', MASTER_LOG_POS=234, MASTER_USER='repl', MASTER_PASSWORD='xxx';
2023 年 3 月 15 日星期日 14:01:23 - [info] 执行主 IP 激活脚本：
2023 年 3 月 15 日星期日 14:01:23 - [info] /etc/mha/script/ master_ip_failover --command=start --ssh_user=root --orig_master_host=rac1 --orig_master_ip=192.168.2.187 --orig_master_port=3306 --new_master_host=rac2 --new_master_ip=192.168.2.188 --new_master_port=3306 --new_master_user='monitor' --new_master_password='123456'
在新主服务器上设置 read_only=0。
启用 VIP 192.168。新主机上的 2.189：rac2
2023 年 3 月 15 日星期日 14:01:23 - [信息] 好的。
2023 年 3 月 15 日星期日 14:01:23 - [信息] * * 成功完成主恢复。
2023 年 3 月 15 日星期日 14:01:23 - [信息] * 第 3 阶段：主恢复阶段已完成。
3 月 15 日星期日 14:01:23 2023 - [信息]
2023 年 3 月 15 日星期日 14:01:23 2023 - [信息] * 第 4 阶段：奴隶恢复阶段..
2023 年 3 月 15 日星期日 14:01:23 - [信息]
2023 年 3 月 15 日星期日 14:01:23 - [信息] * 阶段 4.1：开始并行从属差异日志生成阶段..
3 月 15 日星期日 14:01 :23 2023 - [info]
Sun Mar 15 14:01:23 2023 - [info] -- 主机 rac3(192.168.2.223:3306) 上的从属 diff 文件生成开始，pid: 10164。检查tmp log /etc /mha/manager/rac3_3306_20230315140120.log 如果需要时间..
Sun Mar 15 14:01:24 2023 - [info]
Sun Mar 15 14: 01:24 2023 - [信息] 日志来自 rac3 的消息 ...
2023 年 3 月 15 日星期日 14:01:24 - [信息]
2023 年 3 月 15 日星期日 14:01:23 - [信息] 该服务器拥有所有中继日志。无需从最新的从站生成 diff 文件。
Sun Mar 15 14:01:24 2023 - [info] End of log messages from rac3。
Sun Mar 15 14: 01: 24 2023 - [info] -- rac3(192.168.2.223:3306) 有最新的中继日志事件。
Sun Mar 15 14:01:24 2023 - [info] 生成中继差异文件最新的从属成功。
Sun Mar 15 2023 14:01:24 2023 - [info]
Sun Mar 15 2023 14:01:24 2023 - [info] * 阶段 4.2：开始并行从属日志应用阶段..
2023 年 3 月 15 日星期日 14:01:24 - [信息]
2023 年 3 月 15 日星期日 14:01:24 - [信息] -- 从属主机 rac3(192.168.2.223:3306) 上的恢复已开始，pid: 10166。如果需要时间，请检查 tmp 日志 /etc/mha/manager/rac3_3306_20230315140120.log..
3 月 15 日星期日 14:01： 2023 年 25 月 - [信息]
2023 年 3 月 15 日星期日 14:01:25 - [信息] 来自 rac3 的日志消息 ...
2023 年 3 月 15 日星期日 14:01:25 - [信息]
3 月 15 日星期日14:01:24 2023 - [info] 开始在 rac3(192.168.2.223:3306) 上恢复..
Sun Mar 15 2023 14:01:24 2023 - [info] 此服务器具有所有中继日志。正在等待应用所有日志。
2023 年 3 月 15 日星期日 14:01:24 - [信息] 已完成。
2023 年 3 月 15 日星期日 14:01:24 - [信息]所有中继日志均已成功应用。
Sun Mar 15 14:01:24 2023 - [info] 重置从属 rac3(192.168.2.223:3306) 并开始从新的主 rac2 (192.168.2.188: 3306)..
2023 年 3 月 15 日星期日 14:01:24 - [info] 执行 CHANGE MASTER。
2023 年 3 月 15 日星期日 14:01:24 - [info] 从属启动.
2023 年 3 月 15 日星期日 14:01:25 - [信息]来自 rac3 的日志消息结束。
2023 年 3 月 15 日星期日 14:01:25 - [信息] --主机 rac3(192.168.2.223:3306) 上的从属服务器恢复成功。
2023 年 3 月 15 日星期日 14:01:25 - [info] 所有新从属服务器已成功恢复。
3 月星期日15 14:01:25 2023 - [信息]
---(7) 清理阶段
Sun Mar 15 14: 01:25 2023 - [信息] * 第 5 阶段：新的主清理阶段。.
2023 年 3 月 15 日星期日 14:01:25 - [信息]
2023 年 3 月 15 日星期日 14:01:25 - [信息]重置新主服务器上的从属信息..
2023 年 3 月 15 日星期日 14:01:25 - [信息] rac2：重置从属信息成功。
2023 年 3 月 15 日星期日 14:01:25 - [信息] 主服务器故障转移到rac2(192.168.2.188:3306) 成功完成。
2023 年 3 月 15 日星期日 14:01:25 - [info] 已从 /etc/mha/mha .conf 中删除了 server1 条目。
2023 年 3 月 15 日星期日 14:01:25 - [信息]
---(8) 故障转移报告
< p>---- - 故障转移报告 -----mha: MySQL Master 故障转移 rac1(192.168.2.187:3306) 到 rac2(192.168.2.188:3306) 成功
Master rac1(192.168.2.187:3306) 已关闭！
检查 rac4:/etc/mha/manager/mha.log 处的 MHA Manager 日志以了解详细信息。
已启动自动化（非交互）故障转移。
rac1上无效的主IP地址（192.168.2.187:3306）
最新的从属rac2（192.168.2.188:3306）具有所有用于恢复的中继日志。< /p>
选择 rac2(192.168.2.188:3306) 作为 new master。
rac2(192.168.2.188:3306): OK：应用所有日志成功。
rac2(192.168.2.188:3306): OK：已激活主 IP 地址。< /p>
rac3(192.168.2.223:3306): 该主机有最新的中继日志事件。
从最新的从站生成中继差异文件成功。
rac3( 192.168.2.223:3306): OK: 应用所有日志成功。从站启动，从 rac2(192.168.2.188:3306) 复制
rac2(192.168.2.188:3306)：重置从站信息成功。
主站故障转移到 rac2(192.168.2.188: 3306）成功完成。
6从库对应的主库查看223已自动从187切换到188
223：
mysql> 显示从属状态 \G;
************************ **** 1.行****************************
使用 's ' s '的奴隶_IO_State：等待主机发送事件
。 p> Master_User: repl
nbsp; Master_Port：3306
Connect_Retry：60
Master_Log_File：mysql-bin.000009
Read_Master_Log_Pos：234
Relay_Log_File：mysql-中继。 000008
Relay_Log_Pos：407
Relay_Master_Log_File：mysql-bin.000009
Slave_IO_Running：是
Slave_SQL_Running：是
< p>7 检查 VIP189 是否已从节点 187 漂移到节点 188188:
[root@rac2 ~] # ifconfig |grep 192
inet 192.168.2.188 网络掩码 255.255.255.0 广播 192.168.2.255
inet 192.168.2.189 网络掩码 255.255.255。 0broadcast 192.168.2.255
inet 192.168.122.1 netmask 255.255.255.0 Broadcast 192.168.122.255
在这里分享一下如何在Mysql MHA部署中进行故障转移是的，希望以上内容能够对大家有所帮助，大家可以学习一下重新知识。如果您觉得文章不错，可以分享出去，让更多的人看到。
2. 本站积分货币获取途径以及用途的解读，想在本站混的好，请务必认真阅读！
3. 本站强烈打击盗版/破解等有损他人权益和违法作为，请各位会员支持正版！
4. 编程技术 > 如何在Mysql MHA部署中执行故障转移
