MySQL 通信錯誤與連接中斷：根因分析與排查實戰

錯誤日志關鍵信息

啟用 --log-warnings（5.7+ 默認開啟）後，錯誤日志會記錄：

2023-01-15 14:38:23 Aborted connection 854 to db: 'users' user: 'josh'

「Aborted connection」三大客戶端原因

1. 未正確關閉連接：應用退出前未調用 mysql_close() 或連接池洩漏。
2. 空閒超時：超過 wait_timeout（非交互）或 interactive_timeout（交互）秒無活動。默認 8 小時（28800 秒）。
3. 網絡中斷：客戶端進程崩潰、網絡故障、防火牆切斷長連接。

上述情況會增加 Aborted_clients 狀態變量。

「Aborted connect」四大服務器端原因

1. 客戶端無連接權限（Host/User 不匹配）。
2. 密碼錯誤。
3. 連接包損壞/格式錯誤。
4. 獲取連接包超過 connect_timeout（默認 10 秒）。

此類情況增加 Aborted_connects，可能預示暴力破解嘗試，需關注來源 IP。

基礎設施層面的隱形殺手

狀態變量監控儀表盤

SHOW GLOBAL STATUS LIKE 'Aborted_%';
SHOW GLOBAL STATUS LIKE 'Connection_errors_%';
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
SHOW GLOBAL STATUS LIKE 'Threads_connected';

建議納入監控系統，設置告警閾值（如 Aborted_connects 短時激增）。

應用層最佳實踐

1. 使用連接池（HikariCP、Druid 等），配置 idleTimeout < wait_timeout。
2. 啟用驅動級自動重連（JDBC autoReconnect=true，但生產環境建議應用層重試邏輯）。
3. 設置合理的 wait_timeout（如 300 秒），避免僵尸連接佔用槽位。
4. 大數據傳輸場景調大 max_allowed_packet、net_read_timeout、net_write_timeout。
5. 異常捕獲中記錄完整堆棧與 SQL 狀態碼，便於事後分析。