MYSQL連接超時問題解決辦法

在mysql中連接超時多半是服務器處理不過來或我們mysql數據參數沒配置好或程序本身有問題，下面我來給大家介紹一些解決MYSQL連接超時問題方法，希望對各位同學會有點幫助哦。

 程序後台報這個錯誤 at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2332) ，** END NESTED EXCEPTION ** Last packet sent to the server was 34 ms ago.

這個問題主要原因是應用服務器很長時間沒有連接mysql，超過了mysql設置的最大超時時間，再連接mysql就會出現這個問題。

mysql默認設置是8小時，一般網站白天都有人訪問，從夜裡到早上一般都會超過8小時，所以再來訪問就會這個問題。

簡單的解決辦法就是修改最大超時時間，比如改為12小時或10小時，這樣恰好避免了無人訪問的時段，這裡修改為10小時，方法如下：

看來下 wait_timeout 才15真不是一般的短,系統默認安裝的就是麻煩.

打開MySQL的控制台，運行:show variables like ‘%timeout%’，查看和連接時間有關的MySQL系統變量

設置下即可

 代碼如下 復制代碼

mysql> show variables like ‘%timeout’;

+—————————-+——-+
| Variable_name | Value |
+—————————-+——-+
| connect_timeout | 15 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| table_lock_wait_timeout | 50 |
| wait_timeout | 15 |
+—————————-+——-+
10 rows in set (0.00 sec)

直接設置wait_timeout 時長

 代碼如下 復制代碼

mysql> set wait_timeout = 36000;
Query OK, 0 rows affected (0.00 sec)

mysql> set interactive_timeout = 36000;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like ‘%timeout’;

+—————————-+——-+
| Variable_name | Value |
+—————————-+——-+
| connect_timeout | 15 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 36000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| table_lock_wait_timeout | 50 |
| wait_timeout | 36000 |
+—————————-+——-+
10 rows in set (0.00 sec)

本人覺得最簡單的辦法，就是對症下藥：既然問題是由mysql5的全局變量wait_timeout的缺省值太小引起的，我們將其改大就好了。

查看mysql5的手冊，發現對wait_timeout的最大值分別是24天/365天(windows/linux)。以windows為 例，假設我們要將其設為21天，我們只要修改mysql5的配置文件“my.ini”(mysql5 installation dir)，增加一行：

[mysqld]

 代碼如下 復制代碼

wait_timeout=31536000
interactive_timeout=31536000

 

 

需要重新啟動mysql5。

linux系統配置文件：/etc/my.cnf

測試顯示問題解決了。