mha复制检查报错及解决过程


2019年11月17日 10:30     admin

切换过程中需要关注的几个问题

1.切换过程会自动把read_only关闭

2.切换之后需要删除手工删除/masterha/app1/app1.failover.complete,才能进行第二次测试

3.一旦发生切换管理进程将会退出,无法进行再次测试,需将故障数据库加入到MHA环境中来

4.原主节点重新加入到MHA时只能设置为slave,再

  1. change master to master_host='192.168.56.122',
  2. master_user='sync',
  3. master_password='361way.com',
  4. master_log_file='mysql-bin.000010',
  5. master_log_pos=120;
  6. 之前需要先 reset slave

5.关于ip地址的接管有几种方式,这里采用的是MHA自动调用IP别名的方式,好处是在能够保证数据库状态与业务IP切换的一致性。启动管理节点 之后 VIP会自动别名到当前主节点上,Keepalived也只能做到对3306的健康检查,但是做不到比如像MySQL复制中的Slave-SQL、 Slave-IO进程的检查,容易出现对切换的误判。

6.注意:二级从服务器需要将log_slave_updates打开

7.手工切换需要先定义好master_ip_online_change_script脚本,不然只会切换mysql,IP地址不会绑定上去,可以根据模板来配置该脚本

8.通过设置no_master=1可以让某一个节点永远不成为新的主节点

问题:

Bareword “FIXME_xxx” not allowed while “strict subs” in use at /etc/mha/script/master_ip_failover

解决:

编辑master_ip_failover,把FIXME_xxx注释掉