mysql默認8小時連接斷開機制解決
阿新 • • 發佈：2018-12-17
呵呵 setting 密碼 thread detail stc 知識 sta fail
轉載連接：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=315360002. 減少連接池內連接的生存周期
<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這種方式，未發現什麽問題。
mysql默認8小時連接斷開機制解決