在觀察某個數據庫錯誤日志的時候發現一直在刷錯誤信息：

2019-09-20T07:41:17.933680Z 1936 [Note] Aborted connection 1936 to db: 'test' user: 'fsl' host: 'xxxx' (Got timeout reading communication packets)

這個問題還是比較常見的，下面簡單記錄一下解決過程。

可能導緻Got Timeout reading communication packets錯誤的原因有如下幾個：

• A client attempts to access a database but has no privileges for it.（沒有權限）
• A client uses an incorrect password.(密碼錯誤)
• A connection packet does not contain the right information.(連接沒有包含正确信息)
• It takes more than connect_timeout seconds to obtain a connect packet. (獲取連接信息起過connect_timeout的時長)
• The client program did not call mysql_close() before exiting.(客戶端沒有調用mysql_close()函數)
• The client had been sleeping more than wait_timeout or interactive_timeout seconds without issuing any requests to the server. (客戶端的空連接時間過長，超過了wait_timeout和interactive_timeout的時間)
• The client program ended abruptly in the middle of a data transfer.(數據傳輸過程中終結)

max_allowed_packet=500M

發現調整後還是有類似問題。

show variables like '%timeout%';

參數介紹 ：

首先說明兩個關鍵詞 通過MySQL 客戶端連接db的是交互會話，通過jdbc等程序連接db的是非交互會話。

interactive_timeout: MySQL服務器關閉交互式連接前等待的秒數。交互式客戶端定義為在mysql_real_connect()中使用CLIENT_INTERACTIVE選項的客戶端。參數默認值：28800秒（8小時）

wait_timeout: MySQL服務器關閉非交互連接之前等待的秒數。在會話啟動時，根據全局wait_timeout值或全局interactive_timeout值初始化會話wait_timeout值，取決于客戶端類型--由mysql_real_connect()的連接選項CLIENT_INTERACTIVE定義。參數默認值：28800秒（8小時）

覺得有用的朋友多幫忙轉發哦！後面會分享更多devops和DBA方面的内容，感興趣的朋友可以關注下~

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!