MySQL主从同步故障的处理过程

今有运维同学反应，某业务主从复制（一主两从）延迟较大；

MySQL master：5.0.82  Slave：5.0.88

首先指出DB的数据量还是几十G的大小，网络没有问题，OS系统负载小，IO没有吃紧；

现象1、slave A 出现relay_log 产生上千个，且大小均为几KB；错误日志中无其他错误显示；

现象2、slave B show slave status\G 显示正常；但error log 产生上G的错误文件，报错信息为slave io error 无法读取master binlog；

重启slave B 无法解决；

停止slave A复制，slaveB 不在产生错误日志；Aserver的错误信息 记录在B server上；

以上现象根本找不到线索，更不要说去监控是不是锁问题原因导致主从复制延迟大；

唯一能看的还是看 slave A 、slave B的 server_id；

两者的server_id 竟然一样；；；

从此公司的DB安装部分也由运维转移到的DBA这边。

本文出自 “技术成就梦想” 博客，请务必保留此出处http://weipengfei.blog.51cto.com/1511707/1208792

查看本栏目更多精彩内容：http://www.bianceng.cnhttp://www.bianceng.cn/database/MySQL/