《Mysql入門MySQL slave_net_timeout參數解決的一個集群問題案例》要點：
本文介紹了Mysql入門MySQL slave_net_timeout參數解決的一個集群問題案例，希望對您有用。如果有疑問，可以聯系我們。
MYSQL入門【背景】
?? 對一套數據庫集群進行5.5升級到5.6之后,alter.log 報warning異常.
??
MYSQL入門? 在一個已經建立主從復制關系的系統里面,正常情況下,由從庫向主庫發送一個 COM_BINLOG_DUMP 命令后,主庫有新的binlog event,會向備庫發送binlog.但是由于網絡故障或者其他原因導致主庫與從庫的連接斷開或者主庫長時間沒有向從庫發送binlog.例如該例子中數據庫集群 10s 左右還沒有寫入的情況,超過slave_net_timeout設置的4s ,從庫會向主庫發起重連請求.5.6 版本slave 發起重連請求時,MySQL都會判斷有沒有用明文的用戶名密碼,如果有則發出上述信息到error.log.
?
【解決方法】
?? 在本案例中可以嘗試將slave_net_timeout 調整大一些 設置為25 .slave_net_timeout是設置在多少秒沒收到主庫傳來的Binary Logs events之后,從庫認為網絡超時,Slave IO線程會重新連接主庫.該參數的默認值是3600s ,然而時間太久會造成數據庫延遲或者主備庫直接的鏈接異常不能及時發現.將 slave_net_timeout 設得很短會造成 Master 沒有數據更新時頻繁重連.一般線上設置為5s .
