今有運維同學反應,某業務主從複制(一主兩從)延遲較大;
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這邊。。。
本文轉自 位鵬飛 51CTO部落格,原文連結:http://blog.51cto.com/weipengfei/1208792,如需轉載請自行聯系原作者