? 今有運維同學反應，某業務主從復制（一主兩從）延遲較大；

? 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這邊。。。

? ? ?

? ?

轉載于:https://blog.51cto.com/weipengfei/1208792

總結

以上是生活随笔為你收集整理的MySQL 主从同步故障处理-小记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。