程序后臺報這個錯誤 at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2332) ,** END NESTED EXCEPTION ** Last packet sent to the server was 34 ms ago.
這個問題主要原因是應(yīng)用服務(wù)器很長時間沒有連接mysql,超過了mysql設(shè)置的最大超時時間,再連接mysql就會出現(xiàn)這個問題.
mysql默認(rèn)設(shè)置是8小時,一般網(wǎng)站白天都有人訪問,從夜里到早上一般都會超過8小時,所以再來訪問就會這個問題.
簡單的解決辦法就是修改最大超時時間,比如改為12小時或10小時,這樣恰好避免了無人訪問的時段,這里修改為10小時,方法如下:
看來下 wait_timeout 才15真不是一般的短,系統(tǒng)默認(rèn)安裝的就是麻煩,打開MySQL的控制臺,運(yùn)行:show variables like ‘%timeout%’,查看和連接時間有關(guān)的MySQL系統(tǒng)變量.
設(shè)置下即可,代碼如下:
- 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)
直接設(shè)置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 | //Vevb.com
- | slave_net_timeout | 3600 |
- | table_lock_wait_timeout | 50 |
- | wait_timeout | 36000 |
- +—————————-+——-+
- 10 rows in set (0.00 sec)
本人覺得最簡單的辦法,就是對癥下藥,既然問題是由mysql5的全局變量wait_timeout的缺省值太小引起的,我們將其改大就好了.
查看mysql5的手冊,發(fā)現(xiàn)對wait_timeout的最大值分別是24天/365天(windows/linux)。以windows為例,假設(shè)我們要將其設(shè)為21天,我們只要修改mysql5的配置文件“my.ini”(mysql5 installation dir),增加一行:
- [mysqld]
- wait_timeout=31536000
- interactive_timeout=31536000
需要重新啟動mysql5,linux系統(tǒng)配置文件:/etc/my.cnf,測試顯示問題解決了.
新聞熱點(diǎn)
疑難解答
圖片精選