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

  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这边。。。