MySQL 通訊錯誤與連線中斷深度解析：Aborted 狀態變數、網路層故障與排查實戰

錯誤日誌關鍵訊息

Aborted connection 854 to db: 'users' user: 'josh'

啟動參數 --log-warnings (5.7+) / --log-error-verbosity=2 (8.0+) 可記錄。

Aborted_clients vs Aborted_connects

網路層故障排查清單

Linux 雙工模式不匹配（高發隱形殺手）

• 現象：大檔案 FTP 傳輸呈現「突發-暫停-突發-暫停」模式。
• 排查：ethtool eth0 檢查 Speed/Duplex；交換器端對應端口設定。
• 修復：強制雙邊同為 Full Duplex 或 Half Duplex，勿用 Auto-Negotiation。

TCP/IP 參數調優

# /etc/sysctl.conf
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.tcp_keepalive_time = 600
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_keepalive_probes = 3

硬體故障隔離

• 更換網線、交換器端口、網卡測試。
• 使用 iperf3 雙向壓測驗證頻寬與丟包率。

MySQL 參數調整

安全視角：Aborted_connects 暴力破解偵測

• 短時間大量 Aborted_connects + 同一 IP → 疑似密碼噴灌攻擊。
• 對策：fail2ban 封禁、max_connect_errors 觸發 FLUSH HOSTS、強制 TLS、禁用 root 遠端登入。

監控儀表板建議指標

• Aborted_clients / Aborted_connects 速率（每分鐘）
• Threads_connected / Max_used_connections
• 網卡 ifconfig eth0 | grep errors、netstat -s | grep retransmit

結語

通訊錯誤 80% 源於網路層（雙工模式、TCP 參數、硬體），20% 為應用層（未正確關閉連線、超時設定不當）。建立分層監控體系（OS→Network→MySQL→Application），才能快速定位根因。