怎樣正確認識Mysql通訊錯誤和失效串連

對於串連問題，伺服器錯誤日誌是有用的資訊源。如果伺服器是用“--log-warnings”選項啟動的，在錯誤記錄檔中可能會發現下述訊息：

010301 14:38:23　Aborted connection 854 to db: 'users' user: 'josh'

如果“Aborted connections”（放棄串連）訊息出現在錯誤記錄檔中，可能的原因是：

1.用戶端程式在退出之前未調用MySQL_close()。

2.用戶端的空閑時間超過wait_timeout或interactive_timeout秒，未向伺服器發出任何請求。

3.用戶端在資料轉送中途突然結束。

出現這類情況時，伺服器將增加“Aborted_clients”（放棄用戶端）狀態變數。

出現下述情況時，伺服器將增加“Aborted_clients”（放棄用戶端）狀態變數。

·用戶端不具有串連至資料庫的許可權。

·用戶端採用了不正確的密碼。

·串連資訊包不含正確資訊。

·擷取串連資訊包的時間超過connect_timeout秒。

如果出現這類情況，可能表明某人正試圖侵入你的伺服器！

對於放棄用戶端或放棄串連問題，其他可能的源應包括：

·與Linux一起使用乙太網路協議，半雙工或全雙工系統。很多Linux乙太網路驅動均存在該缺陷。應通過FTP在用戶端和伺服器機器之間傳輸大檔案來測試該缺陷。如果傳輸處於burst-pause-burst-pause（爆發-暫停-爆發-暫停）模式，表明你遇到了Linux雙工故障。唯一的解決方案是，將網卡和Hub/交換器的雙工模式切換為全雙工系統或半雙工，並對結果進行測試以確定最佳設定。

·與線程庫有關的某些問題導致讀取中斷。

·配置不良的TCP/IP。

·有問題的乙太網路、Hub、交換器、電纜等。僅能通過更換硬體才能恰當診斷。

·變數max_allowed_packet過小或查詢要求的記憶體超過為mysqld分配的記憶體。