MySQL
常用语句
用户相关\管理相关\数据相关
视图\事件\存储过程\函数\游标\触发器
事务\分区
常用工具
管理优化
锁问题
MySQL日志
异步复制
半同步复制
复制管理
5.7开启并行复制
双主备份
故障问题
索引
时区
表的导出导入
MySQLdump逻辑备份
XtraBackup全备
XtraBackup增备
XtraBackup原表数据恢复
安装MySQL
ProxySQL中间件
Atlas中间件
keepalived安装
MHA安装
MHA恢复
mha复制检查报错及解决过程
集群Cluster安装
维护Cluster
开启审计功能
本文档使用MrDoc发布
返回首页
-
+
mha复制检查报错及解决过程
2019年11月17日 10:30
admin
##切换过程中需要关注的几个问题 >1.切换过程会自动把read_only关闭 >2.切换之后需要删除手工删除/masterha/app1/app1.failover.complete，才能进行第二次测试 >3.一旦发生切换管理进程将会退出，无法进行再次测试，需将故障数据库加入到MHA环境中来 >4.原主节点重新加入到MHA时只能设置为slave,再 change master to master_host='192.168.56.122', master_user='sync', master_password='361way.com', master_log_file='mysql-bin.000010', master_log_pos=120; 之前需要先 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注释掉
分享到：