問(wèn)題現(xiàn)象

com.mysql.jdbc.CommunicationsException: The last packet successfully received from the server was58129 seconds ago.The last packet sent successfully to the server was 58129 seconds ago, which is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem. 

解決辦法： 

(備注：mysql5以上的，設(shè)置autoReconnect=true 是無(wú)效的 只有4.x版本，起作用)

1. 即使在創(chuàng)建Mysql時(shí)url中加入了autoReconnect=true參數(shù),一但這個(gè)連接兩次訪問(wèn)數(shù)據(jù)庫(kù)的時(shí)間超出了服務(wù)器端wait_timeout的時(shí)間限制,還是會(huì)

CommunicationsException: The last packet successfully received from the server was xxx milliseconds ago.

2. 服務(wù)器端的參數(shù)可以用

  show global variables like 'wait_timeout';
  set global wait_timeout=10;

來(lái)進(jìn)行設(shè)置,但是wait_timeout值不應(yīng)該設(shè)的太高.

3. 較好的策略是對(duì)處于idle狀態(tài)的connection定時(shí)發(fā)送一個(gè)sql,來(lái)刷新服務(wù)器上的時(shí)間戳.這可以使用c3p0r的連接

如果連接閑置8小時(shí) (8小時(shí)內(nèi)沒(méi)有進(jìn)行數(shù)據(jù)庫(kù)操作), mysql就會(huì)自動(dòng)斷開(kāi)連接, 要重啟tomcat.

mysql數(shù)據(jù)庫(kù)有一個(gè)wait_timeout的配置，默認(rèn)值為28800(即8小時(shí)).

在默認(rèn)配置不改變的情況下，如果連續(xù)8小時(shí)內(nèi)都沒(méi)有訪問(wèn)數(shù)據(jù)庫(kù)的操作，再次訪問(wèn)mysql數(shù)據(jù)庫(kù)的時(shí)候，mysql數(shù)據(jù)庫(kù)會(huì)拒絕訪問(wèn)。

解決方案

第一種途徑使用命令行在mysql提示符下>set  global wait_timeout=1814400

這種方式是一種臨時(shí)方法，重啟服務(wù)就會(huì)返回默認(rèn)值了。

第二種途徑修改my.ini配置文件

[mysqld]
wait_timeout=31536000 
interactive_timeout=31536000 

在mysqld下面添加以上兩行，后面的數(shù)字是時(shí)間

首先服務(wù)中找到mysql，然后右鍵屬性，在可執(zhí)行文件的路徑中，使勁向后拖動(dòng)鼠標(biāo)就可以看到my.ini的文件了

另外：關(guān)于Mysql鏈接參數(shù)的說(shuō)明如下：

mysql JDBC Driver

常用的有兩個(gè)，一個(gè)是gjt（Giant Java Tree）組織提供的mysql驅(qū)動(dòng)，其JDBC Driver名稱(chēng)（JAVA類(lèi)名）為：org.gjt.mm.mysql.Driver

詳情請(qǐng)參見(jiàn)網(wǎng)站：http://www.gjt.org/

或在本網(wǎng)站下載mysql JDBC Driver(mm.jar)

另一個(gè)是mysql官方提供的JDBC Driver，其JAVA類(lèi)名為：com.mysql.jdbc.Driver

驅(qū)動(dòng)下載網(wǎng)址：http://dev.mysql.com/downloads/，進(jìn)入其中的MySQL Connector/J區(qū)域下載。

mysql JDBC URL格式如下：

jdbc:mysql://[host:port],[host:port].../[database][?參數(shù)名1][=參數(shù)值1][&參數(shù)名2][=參數(shù)值2]...

現(xiàn)只列舉幾個(gè)重要的參數(shù)

如下表所示：

對(duì)應(yīng)中文環(huán)境，通常mysql連接URL可以設(shè)置為：

jdbc:mysql://localhost:3306/test?user=root&password=&useUnicode=true&characterEncoding=gbk&autoReconnect=true&failOverReadOnly=false

在使用數(shù)據(jù)庫(kù)連接池的情況下，最好設(shè)置如下兩個(gè)參數(shù)：

autoReconnect=true&failOverReadOnly=false

需要注意的是，在xml配置文件中，url中的&符號(hào)需要轉(zhuǎn)義成&。比如在tomcat的server.xml中配置數(shù)據(jù)庫(kù)連接池時(shí)

mysql jdbc url樣例如下：

jdbc:mysql://localhost:3306/test?user=root&password=&useUnicode=true&characterEncoding=gbk

&autoReconnect=true&failOverReadOnly=false

場(chǎng)景出現(xiàn)的理論依據(jù)

MySQL 的默認(rèn)設(shè)置下，當(dāng)一個(gè)連接的空閑時(shí)間超過(guò)8小時(shí)后，MySQL 就會(huì)斷開(kāi)該連接，而 c3p0/dbcp 連接池則以為該被斷開(kāi)的連接依然有效。在這種情況下，如果客戶(hù)端代碼向c3p0/dbcp 連接池請(qǐng)求連接的話，連接池就會(huì)把已經(jīng)失效的連接返回給客戶(hù)端，客戶(hù)端在使用該失效連接的時(shí)候即拋出異常。

如果你只是個(gè)DBA，你會(huì)想著，為什么數(shù)據(jù)庫(kù)連接自己斷了，是不是哪里有配置，我得去看看，那么你得到的解決方案-可能就是這樣的

#my.cnf
wait_timeout=31536000
interactive_timeout=31536000

加大wait_timeout的時(shí)間。

But 現(xiàn)實(shí)環(huán)境中需要你考慮的是：

• 你設(shè)置多久檢查一次連接有效的時(shí)間 依據(jù)是什么？
• 默認(rèn)加大/減小wait_timeout除了解決當(dāng)前問(wèn)題，會(huì)不會(huì)帶來(lái)其他影響？

個(gè)人當(dāng)前覺(jué)得此題 第一需考慮的是： 

你業(yè)務(wù)當(dāng)前高峰期mysql_connection是多少？保留多久connection在高峰期都不會(huì)撐爆你數(shù)據(jù)庫(kù)連接池？ 

如果你知道這個(gè)池-那么是改mysql ？還是改c3p0？還是雙管齊下都是有據(jù)可循且不會(huì)帶來(lái)后遺癥的-最佳解決方案

如我當(dāng)前有環(huán)境，一個(gè)現(xiàn)網(wǎng)的后臺(tái)管理系統(tǒng)，使用人數(shù)在50以?xún)?nèi)，那么我wait_timeout 就是默認(rèn)8小時(shí)，c3p0不用做連接有效性檢查等，都是萬(wàn)事ok的。

而我還有一個(gè)EPG前臺(tái)管理系統(tǒng)，用戶(hù)量在300萬(wàn)以?xún)?nèi)，如果我wait_timeout為8小時(shí)，那我一到高峰期肯定就是死翹翹的，會(huì)有太多的TCP連接沒(méi)關(guān)閉，數(shù)據(jù)庫(kù)連接數(shù)肯定是不夠的。

因EPG的一個(gè)訪問(wèn)-一次對(duì)數(shù)據(jù)庫(kù)操作量不大，查詢(xún)完數(shù)據(jù)就完成ok啦，wait_timeout 設(shè)置在120s內(nèi)應(yīng)該是夠用啦，那么相對(duì)應(yīng)的c3p0中 設(shè)置小于wait_timeout 的時(shí)間有效性檢查 -就能確保獲取到連接是有效的。

請(qǐng)根據(jù)業(yè)務(wù)場(chǎng)景，來(lái)配置參數(shù)，不要解決了A問(wèn)題，帶來(lái)了B問(wèn)題。

springboot 配置

#下面為連接池的補(bǔ)充設(shè)置，應(yīng)用到上面所有數(shù)據(jù)源中
# 初始化大小，最小，最大
spring.datasource.initialSize=5
spring.datasource.minIdle=5
spring.datasource.maxActive=20
# 配置獲取連接等待超時(shí)的時(shí)間
spring.datasource.maxWait=60000
# 配置間隔多久才進(jìn)行一次檢測(cè)，檢測(cè)需要關(guān)閉的空閑連接，單位是毫秒 
spring.datasource.timeBetweenEvictionRunsMillis=60000
# 配置一個(gè)連接在池中最小生存的時(shí)間，單位是毫秒 
spring.datasource.minEvictableIdleTimeMillis=300000

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論