轉載連線：http://www.myexception.cn/database/1639209.html

 

本文提供了對c3p0與DBCP連線池連線MySql資料庫時， 8小時內無請求自動斷開連線的解決方案。首先介紹一下我在專案（c3p0連線池）中遇到的問題，後面還提供了使用DBCP連線池的解決方案。

 

原因分析：

MySQL伺服器預設的“wait_timeout”是28800秒即8小時，意味著如果一個連線的空閒時間超過8個小時，MySQL將自動斷開該連線，而連線池卻認為該連線還是有效的(因為並未校驗連線的有效性)，當應用申請使用該連線時，就會導致上面的報錯。

解決方案(解決這個問題的辦法有三種，推薦第二種)：

 

1. 增加 MySQL 的 wait_timeout 屬性的值 

修改mysql安裝目錄下的配置檔案 my.ini檔案（如果沒有此檔案，複製“my-default.ini”檔案，生成“復件 my-default.ini”檔案。將“復件 my-default.ini”檔案重新命名成“my.ini” ），在檔案中設定：   

wait_timeout=31536000
interactive_timeout=31536000

這兩個引數的預設值是8小時(60*60*8=28800)。 注意： 1.wait_timeout的最大值只允許2147483 （24天左右） 2.修改配置檔案為網上大部分文章所提供的方式，也可以使用mysql命令對這兩個屬性進行修改    

2. 減少連線池內連線的生存週期

減少連線池內連線的生存週期，使之小於上一項中所設定的wait_timeout 的值。  修改 c3p0 的配置檔案，在 Spring 的配置檔案中設定：

	<bean id="dataSource"  class="com.mchange.v2.c3p0.ComboPooledDataSource">  	
	<property name="maxIdleTime"value="1800"/>  
	<!--other properties -->  
	</bean>

3. 定期使用連線池內的連線

定期使用連線池內的連線，使得它們不會因為閒置超時而被 MySQL 斷開。  修改 c3p0 的配置檔案,在 Spring 的配置檔案中設定：

        <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">  
	<property name="preferredTestQuery" value="SELECT 1"/>  
	<property name="idleConnectionTestPeriod" value="18000"/>  
	<property name="testConnectionOnCheckout" value="true"/>  
	</bean>

　　

知識擴充套件

C3P0

C3P0是一個開放原始碼的JDBC連線池，它在lib目錄中與Hibernate一起釋出,包括了實現jdbc3和jdbc2擴充套件規範說明的Connection 和Statement 池的DataSources 物件。 c3p0配置檔案

<default-config> 
　　<!--當連線池中的連線耗盡的時候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> 
　　在Hibernate（spring管理）中的配置： 
　　<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> 
　　<property name="driverClass"><value>oracle.jdbc.driver.OracleDriver</value></property> 
　　<property name="jdbcUrl"><value>jdbc:oracle:thin:@localhost:1521:Test</value></property> 
　　<property name="user"><value>Kay</value></property> 
　　<property name="password"><value>root</value></property> 
　　<!--連線池中保留的最小連線數。--> 
　　<property name="minPoolSize" value="10" /> 
　　<!--連線池中保留的最大連線數。Default: 15 --> 
　　<property name="maxPoolSize" value="100" /> 
　　<!--最大空閒時間,1800秒內未使用則連線被丟棄。若為0則永不丟棄。Default: 0 --> 
　　<property name="maxIdleTime" value="1800" /> 
　　<!--當連線池中的連線耗盡的時候c3p0一次同時獲取的連線數。Default: 3 --> 
　　<property name="acquireIncrement" value="3" /> 
　　<property name="maxStatements" value="1000" /> 
　　<property name="initialPoolSize" value="10" /> 
　　<!--每60秒檢查所有連線池中的空閒連線。Default: 0 --> 
　　<property name="idleConnectionTestPeriod" value="60" /> 
　　<!--定義在從資料庫獲取新連線失敗後重復嘗試的次數。Default: 30 --> 
　　<property name="acquireRetryAttempts" value="30" /> 
　　<property name="breakAfterAcquireFailure" value="true" /> 
　　<property name="testConnectionOnCheckout" value="false" /> 
　　</bean> 
　　########################### 
　　### C3P0 Connection Pool### 
　　########################### 
　　#hibernate.c3p0.max_size 2 
　　#hibernate.c3p0.min_size 2 
　　#hibernate.c3p0.timeout 5000 
　　#hibernate.c3p0.max_statements 100 
　　#hibernate.c3p0.idle_test_period 3000 
　　#hibernate.c3p0.acquire_increment 2 
　　#hibernate.c3p0.validate false 
　　在hibernate.cfg.xml檔案裡面加入如下的配置： 
　　<!-- 最大連線數 --> 
　　<property name="hibernate.c3p0.max_size">20</property> 
　　<!-- 最小連線數 --> 
　　<property name="hibernate.c3p0.min_size">5</property> 
　　<!-- 獲得連線的超時時間,如果超過這個時間,會丟擲異常，單位毫秒 --> 
　　<property name="hibernate.c3p0.timeout">120</property> 
　　<!-- 最大的PreparedStatement的數量 --> 
　　<property name="hibernate.c3p0.max_statements">100</property> 
　　<!-- 每隔120秒檢查連線池裡的空閒連線 ，單位是秒--> 
　　<property name="hibernate.c3p0.idle_test_period">120</property> 
　　<!-- 當連線池裡面的連線用完的時候，C3P0一下獲取的新的連線數 --> 
　　<property name="hibernate.c3p0.acquire_increment">2</property> 
　　<!-- 每次都驗證連線是否可用 --> 
　　<property name="hibernate.c3p0.validate">true</property>　

使用DBCP連線池時出現MySql 8小時斷開連線的解決方法

修改l配置檔案：
修改如下：

<data-sources>
        <data-source key="org.apache.struts.action.DATA_SOURCE"                             type="org.apache.commons.dbcp.BasicDataSource">
        <set-property property="driverClassName" value="com.mysql.jdbc.Driver" />
        <set-property property="description" value="wjjg" />
        <set-property property="url" value="jdbc:mysql://localhost/wjjg?useUnicode=true&characterEncoding=GB2312" />
        <set-property property="password" value="12345678" />
        <set-property property="username" value="wjjg" />
        <set-property property="maxActive" value="10" />
        <set-property property="maxIdle" value="60000" />
        <set-property property="maxWait" value="60000" />
        <set-property property="defaultAutoCommit" value="true" />
        <set-property property="defaultReadOnly" value="false" />  
        <set-property property="testOnBorrow" value="true"/>
        <set-property property="validationQuery" value="select 1"/>
</data-source>

　　 其中testOnBorrow 和 validationQuery 很重要。

 

testOnBorrow的意思是從資料庫連線池中取得連線時，對其的有效性進行檢查。

validationQuery 是用來檢查的SQL語句，“select 1”執行較快，是一個不錯的檢測語句。

趣事

當測試人員反映到這個問題的時候，很快就鎖定了Mysql八小時的問題，但是解決方案卻費了我不小功夫，先是考慮到修改mysql配置檔案肯定是不太合理的，棄之。

然後想了一下在一個servlet中寫了個定時器，讓它每兩小時查一下資料庫，運行了幾天發現問題仍然存在，將定時器間隔時間修改為30分鐘、3分鐘仍然無濟於事，異常照常出現，棄之。

在網上搜了一下解決方案也挺多，把

<set-property property="testOnBorrow" value="true"/>
        <set-property property="validationQuery" value="select 1"/>

寫入到配置檔案中，執行報錯，說bean中沒有這兩個屬性，查看了一下原來是我用的c3p0連線池，而這個解決方案是針對DBCP連線池的。

最後在配置檔案中，添加了

<property name="maxIdleTime"value="1800"/>

成功解決了問題。

感悟，問題很簡單，就是改個配置檔案，但是遇到問題需要快速解決問題的能力，更需要認真的態度。

 

 

http://blog.csdn.net/liuxiaogangqq/article/details/41757501

來翻了一下mysql的手冊，發現mysql有解決辦法，下面就是最簡單的解決辦法：

連線資料庫的時候加上autoReconnect=true這個引數：

jdbc:mysql://localhost:3306/accounant?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true

但是，在mysql手冊中有這樣一段話： 
驅動程式是否應嘗試再次建立失效的和／或死連線？ 如果允許，對於在失效或死連線上發出的查詢（屬於當前事務），驅動程式將丟擲異常，但在新事務的連線上發出下一個查詢時，將嘗試再連線。不推薦使用該特性，這是因為，當應用程式不能恰當處理SQLExceptions時，它會造成與會話狀態和資料一致性有關的副作用，設計它的目的僅用於下述情況，即，當你無法配置應用程式來恰當處理因死連線和／或無效連線導致的SQLExceptions時。作為可選方式，可將MySQL伺服器變數“wait_timeout”設定為較高的值，而不是預設的8小時。 
呵呵，不知道這種“副作用”會產生什麼後果，難道會使tomcat崩潰？？會產生“資料一致性”問題？？

保險一點的辦法還是增加“wait_timeout”這個值吧，把28800設定成更大的值，這樣應該就不會有什麼問題了吧。 
windows下在my.ini文中增加： 
interactive_timeout=28800000 
wait_timeout=28800000

注：目前我使用的是autoReconnect這種方式，未發現什麼問題。