c3p0連接池超時自動斷開mysql

今天遇到個問題，c3p0連接池，連接mysql

過了不到1分鐘，居然報了錯誤

Last packet sent to the server was 43ms ago.

得罪誰了？網上解決方法衆說紛紜 大多數改8小時爲更長 跟大家一樣

咱是做java的，用的c3p0,c3p0是怎麼解決這問題的呢

廢話少說，先上配置 如果不成功，你繼續往下看，成功也繼續往下看，親自測試過 沒問題

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"    destroy-method="close">
<property name="driverClass" value="${jdbc.driverClass}"/>
<property name="jdbcUrl" value="${jdbc.url}"/>
<property name="user" value="${jdbc.user}"/>
<property name="password" value="${jdbc.password}"/>
       <property name="minPoolSize"><value>1</value></property>
        <property name="maxPoolSize"><value>20</value></property>
        <property name="maxIdleTime"><value>1800</value></property>
        <property name="acquireIncrement"><value>2</value></property>
        <property name="maxStatements"><value>0</value></property>
        <property name="initialPoolSize"><value>2</value></property>
        <property name="idleConnectionTestPeriod"><value>3</value></property>
        <property name="breakAfterAcquireFailure"><value>true</value></property>
</bean>

網上都說了，由於問題產生的根本原因在於服務到數據庫的連接長時間沒活動，既然重新連接的辦法無效，就可以嘗試另外一種辦法，就是反空閒。
自己寫一個線程來反空閒的話，比較麻煩。

其實spring c3p0已經有此配置

idleConnectionTestPeriod：隔多少秒檢查所有連接池中的空閒連接，默認爲0表示不檢查；看看你的配置是否少了這個配置 難怪

這個配置很講究 他的值取決於你此次配置是否成功，親測過；

開始獲取他的值：

show global variables like '%timeout%';

發現wait_timeout 30 秒；可能你的是8小時；那麼idleConnectionTestPeriod一定要小於30秒

所以在網上把別人的c3p0配置拷貝下來本地還是一樣不行，是因爲人家的配置是根據自己的情況設置這個參數的

測試

數據庫執行命令：

show global variables like '%timeout%';

然後把數據庫的變量改小點
set global wait_timeout=10;
set global interactive_timeout=10;
這裏我把這2個時間設置成了10秒 。

c3p0配置：其他啥都不改，只改下面部分 沒有就新增一條

<property name="idleConnectionTestPeriod"><value>300</value></property>

這裏300秒 表示5分鐘纔會自動連接一次mysql,進行一次反空閒

保存重啓

10秒後 你請求服務器，自然會拋出異常，立馬刷新，服務又好了，再過10秒，又掛了，

你可以等待超過10秒的時間，問題立馬重現

現在使用上面的配置

<property name="idleConnectionTestPeriod"><value>3</value></property>

表示3秒就會自動進行一次反空閒，重啓測試，問題再也沒出現過 3秒小於10秒 自然不會再出問題

至此 這個問題終於解決了 心裏石頭落地了，研究了2天，查閱資料才解決這個奇葩的問題，千萬別改mysql的wait_timeout

你可以改成1小時；10秒只是測試用的，記得改回來

ps

爲hibernate配置連接池，推薦用c3p0，然後配置c3p0的反空閒設置idle_test_period，只要小於MySQL的wait timeout即可。

<!--當連接池中的連接耗盡的時候c3p0一次同時獲取的連接數。Default: 3 -->
<property name="acquireIncrement">3</property>
<!--定義在從數據庫獲取新連接失敗後重復嘗試的次數。Default: 30 --> 
<property name="acquireRetryAttempts">30</property>

<!--兩次連接中間隔時間，單位毫秒。Default: 1000 --> 
<property name="acquireRetryDelay">1000</property>

<!--連接關閉時默認將所有未提交的操作回滾。Default: false --> 
<property name="autoCommitOnClose">false</property>

<!--c3p0將建一張名爲Test的空表，並使用其自帶的查詢語句進行測試。如果定義了這個參數那麼
屬性preferredTestQuery將被忽略。你不能在這張Test表上進行任何操作，它將只供c3p0測試
使用。Default: null-->
<property name="automaticTestTable">Test</property>

<!--獲取連接失敗將會引起所有等待連接池來獲取連接的線程拋出異常。但是數據源仍有效
保留，並在下次調用getConnection()的時候繼續嘗試獲取連接。如果設爲true，那麼在嘗試
獲取連接失敗後該數據源將申明已斷開並永久關閉。Default: false-->
<property name="breakAfterAcquireFailure">false</property>

<!--當連接池用完時客戶端調用getConnection()後等待獲取新連接的時間，超時後將拋出
SQLException,如設爲0則無限期等待。單位毫秒。Default: 0 -->
<property name="checkoutTimeout">100</property>

<!--通過實現ConnectionTester或QueryConnectionTester的類來 測試連接。類名需制定全路徑。
Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
<property name="connectionTesterClassName"></property>

<!--指定c3p0 libraries的路徑，如果（通常都是這樣）在本地即可獲得那麼無需設置，默認null即可
Default: null-->
<property name="factoryClassLocation">null</property>

<!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.
（文檔原文）作者強烈建議不使用的一個屬性-->
<property name="forceIgnoreUnresolvedTransactions">false</property>

<!--每60秒檢查所有連接池中的空閒連接。Default: 0 -->
<property name="idleConnectionTestPeriod">60</property>

<!--初始化時獲取三個連接，取值應在minPoolSize與maxPoolSize之間。Default: 3 -->
<property name="initialPoolSize">3</property>

<!--最大空閒時間,60秒內未使用則連接被丟棄。若爲0則永不丟棄。Default: 0 -->
<property name="maxIdleTime">60</property>

<!--連接池中保留的最大連接數。Default: 15 -->
<property name="maxPoolSize">15</property>

<!--JDBC的標準參數，用以控制數據源內加載的PreparedStatements數量。但由於預緩存的statements
屬於單個connection而不是整個連接池。所以設置這個參數需要考慮到多方面的因素。
如果maxStatements與maxStatementsPerConnection均爲0，則緩存被關閉。Default: 0-->
<property name="maxStatements">100</property>

<!--maxStatementsPerConnection定義了連接池內單個連接所擁有的最大緩存statements數。Default: 0 -->
<property name="maxStatementsPerConnection"></property>

<!--c3p0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能
通過多線程實現多個操作同時被執行。Default: 3--> 
<property name="numHelperThreads">3</property>

<!--當用戶調用getConnection()時使root用戶成爲去獲取連接的用戶。主要用於連接池連接非c3p0
的數據源時。Default: null-->
<property name="overrideDefaultUser">root</property>

<!--與overrideDefaultUser參數對應使用的一個參數。Default: null-->
<property name="overrideDefaultPassword">password</property>

<!--密碼。Default: null-->
<property name="password"></property>

<!--定義所有連接測試都執行的測試語句。在使用連接測試的情況下這個一顯著提高測試速度。注意：
測試的表必須在初始數據源的時候就存在。Default: null--> 
<property name="preferredTestQuery">select id from test where id=1</property>

<!--用戶修改系統配置參數執行前最多等待300秒。Default: 300 -->
<property name="propertyCycle">300</property>

<!--因性能消耗大請只在需要的時候使用它。如果設爲true那麼在每個connection提交的
時候都將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable
等方法來提升連接測試的性能。Default: false -->
<property name="testConnectionOnCheckout">false</property>

<!--如果設爲true那麼在取得連接的同時將校驗連接的有效性。Default: false -->
<property name="testConnectionOnCheckin">true</property>

<!--用戶名。Default: null-->
<property name="user">root</property>

<!--早期的c3p0版本對JDBC接口採用動態反射代理。在早期版本用途廣泛的情況下這個參數
允許用戶恢復到動態反射代理以解決不穩定的故障。最新的非反射代理更快並且已經開始
廣泛的被使用，所以這個參數未必有用。現在原先的動態反射與新的非反射代理同時受到
支持，但今後可能的版本可能不支持動態反射代理。Default: false-->
<property name="usesTraditionalReflectiveProxies">false</property>

原文鏈接：https://blog.csdn.net/adyuebanwan/article/details/22948189