MySQL
常用语句
用户相关\管理相关\数据相关
视图\事件\存储过程\函数\游标\触发器
事务\分区
常用工具
管理优化
锁问题
MySQL日志
异步复制
半同步复制
复制管理
5.7开启并行复制
双主备份
故障问题
索引
时区
mysql_random_data_load 数据生成
表的导出导入
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注释掉
分享到：