本文詳細描述mysql之—使用c3p0與dbcp連接池，造成的mysql 8小時問題的詳細代碼解決方案，具有一定參考價值，下面是詳述。
一、問題描述
最近在做一個Java Web項目，框架為Spring MVC+JPA，使用c3p0連接池，發布環境為Tomcat 7，項目運行一段時間（大概幾個小時），之后訪問時會出現第一次訪問報錯，再次訪問正常的現象，且多次出現此問題。以下是報錯日志：
org.springframework.transaction.CannotCreateTransactionException:?Could?not?open?JPA?EntityManager?for?transaction;? nested?exception?is?javax.persistence.PersistenceException:?org.hibernate.TransactionException:?JDBC?begin?transaction?failed:??? ????????at?org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:428)?? ????????at?org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:372)?? ????????at?org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:417)?? ????????at?org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:255)?? ????????at?org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)?? ????????at?org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)?? ????????at?org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:631)?? ????????at?com.appcarcare.cube.service.UserService ????EnhancerByCGLIB ????a4429cba.getUserDao(<generated>)?? ?????? ????????at?com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.connectSql(DataCenterServlet.java:76)?? ????????at?com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.run(DataCenterServlet.java:70)?? ????????at?java.util.TimerThread.mainLoop(Timer.java:555)?? ????????at?java.util.TimerThread.run(Timer.java:505)?? ????Caused?by:?javax.persistence.PersistenceException:?org.hibernate.TransactionException:?JDBC?begin?transaction?failed:??? ????????at?org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387)?? ????????at?org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310)?? ?????? ????????at?org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:1397)?? ????????at?org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:62)?? ????????at?org.springframework.orm.jpa.DefaultJpaDialect.beginTransaction(DefaultJpaDialect.java:71)?? ????????at?org.springframework.orm.jpa.vendor.HibernateJpaDialect.beginTransaction(HibernateJpaDialect.java:60)?? ????????at?org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:378)?? ????????...?11?more?? ????Caused?by:?org.hibernate.TransactionException:?JDBC?begin?transaction?failed:??? ????????at?org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:76)?? ????????at?org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:160)?? ?????? ????????at?org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1426)?? ????????at?org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:59)?? ????????...?14?more?? ????Caused?by:?com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:?Communications?link?failure?? ?????? ????The?last?packet?successfully?received?from?the?server?was?1,836,166?milliseconds?ago.?? ????The?last?packet?sent?successfully?to?the?server?was?29,134?milliseconds?ago.?? ????????at?sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native?Method)?? ????????at?sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)?? ????????at?sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)?? ????????at?java.lang.reflect.Constructor.newInstance(Constructor.java:526)?? ????????at?com.mysql.jdbc.Util.handleNewInstance(Util.java:411)?? ????????at?com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)?? ????????at?com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3567)?? ????????at?com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3456)?? ?????? ????????at?com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3997)?? ????????at?com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468)?? ????????at?com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629)?? ????????at?com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2713)?? ????????at?com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:5060)?? ????????at?com.mchange.v2.c3p0.impl.NewProxyConnection.setAutoCommit(NewProxyConnection.java:881)?? ????????at?org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:72)?? ?????? ????????...?17?more?? ????Caused?by:?java.net.SocketException:?Software?caused?connection?abort:?recv?failed?? ????????at?java.net.SocketInputStream.socketRead0(Native?Method)?? ????????at?java.net.SocketInputStream.read(SocketInputStream.java:150)?? ????????at?java.net.SocketInputStream.read(SocketInputStream.java:121)?? ????????at?com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:114)?? ????????at?com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:161)?? ????????at?com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:189)?? ????????at?com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:3014)?? ????????at?com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3467)?? ????????...?25?more</generated>
二、原因分析
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>??????? ????<property></property>???? ????<!--other properties -->???? </bean>
3. 定期使用連接池內的連接
定期使用連接池內的連接，使得它們不會因為閑置超時而被 MySQL 斷開。
修改 c3p0 的配置文件,在 Spring 的配置文件中設置
<bean>???? ????<property></property>???? ????<property></property>???? ????<property></property>???? </bean>
四、擴展
C3P0
C3P0是一個開放源代碼的JDBC連接池，它在lib目錄中與Hibernate一起發布,包括了實現jdbc3和jdbc2擴展規范說明的Connection 和Statement 池的DataSources 對象。 c3p0配置文件
<default-config>??? <!--當連接池中的連接耗盡的時候c3p0一次同時獲取的連接數。Default: 3 -->??? <property>3</property>??? <!--定義在從數據庫獲取新連接失敗后重復嘗試的次數。Default: 30 -->??? <property>30</property>??? <!--兩次連接中間隔時間，單位毫秒。Default: 1000 -->??? <property>1000</property>??? <!--連接關閉時默認將所有未提交的操作回滾。Default: false -->??? <property>false</property>??? <!--c3p0將建一張名為Test的空表，并使用其自帶的查詢語句進行測試。如果定義了這個參數那么 屬性preferredTestQuery將被忽略。你不能在這張Test表上進行任何操作，它將只供c3p0測試 使用。Default: null-->??? <property>Test</property>??? <!--獲取連接失敗將會引起所有等待連接池來獲取連接的線程拋出異常。但是數據源仍有效 保留，并在下次調用getConnection()的時候繼續嘗試獲取連接。如果設為true，那么在嘗試 獲取連接失敗后該數據源將申明已斷開并永久關閉。Default: false-->??? <property>false</property>??? <!--當連接池用完時客戶端調用getConnection()后等待獲取新連接的時間，超時后將拋出 SQLException,如設為0則無限期等待。單位毫秒。Default: 0 -->??? <property>100</property>??? <!--通過實現ConnectionTester或QueryConnectionTester的類來測試連接。類名需制定全路徑。 Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->??? <property></property>??? <!--指定c3p0 libraries的路徑，如果（通常都是這樣）在本地即可獲得那么無需設置，默認null即可 Default: null-->??? <property>null</property>??? <!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs. （文檔原文）作者強烈建議不使用的一個屬性-->??? <property>false</property>??? <!--每60秒檢查所有連接池中的空閑連接。Default: 0 -->??? <property>60</property>??? <!--初始化時獲取三個連接，取值應在minPoolSize與maxPoolSize之間。Default: 3 -->??? <property>3</property>??? <!--最大空閑時間,60秒內未使用則連接被丟棄。若為0則永不丟棄。Default: 0 -->??? <property>60</property>??? <!--連接池中保留的最大連接數。Default: 15 -->??? <property>15</property>??? <!--JDBC的標準參數，用以控制數據源內加載的PreparedStatements數量。但由于預緩存的statements 屬于單個connection而不是整個連接池。所以設置這個參數需要考慮到多方面的因素。 如果maxStatements與maxStatementsPerConnection均為0，則緩存被關閉。Default: 0-->??? <property>100</property>??? <!--maxStatementsPerConnection定義了連接池內單個連接所擁有的最大緩存statements數。Default: 0 -->??? <property></property>??? <!--c3p0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能 通過多線程實現多個操作同時被執行。Default: 3-->??? <property>3</property>??? <!--當用戶調用getConnection()時使root用戶成為去獲取連接的用戶。主要用于連接池連接非c3p0 的數據源時。Default: null-->??? <property>root</property>??? <!--與overrideDefaultUser參數對應使用的一個參數。Default: null-->??? <property>password</property>??? <!--密碼。Default: null-->??? <property></property>??? <!--定義所有連接測試都執行的測試語句。在使用連接測試的情況下這個一顯著提高測試速度。注意： 測試的表必須在初始數據源的時候就存在。Default: null-->??? <property>select?id?from?test?where?id=1</property>??? <!--用戶修改系統配置參數執行前最多等待300秒。Default: 300 -->??? <property>300</property>??? <!--因性能消耗大請只在需要的時候使用它。如果設為true那么在每個connection提交的 時候都將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable 等方法來提升連接測試的性能。Default: false -->??? <property>false</property>??? <!--如果設為true那么在取得連接的同時將校驗連接的有效性。Default: false -->??? <property>true</property>??? <!--用戶名。Default: null-->??? <property>root</property></default-config>
在Hibernate（spring管理）中的配置：
<bean>??? <property><value>oracle.jdbc.driver.OracleDriver</value></property>??? <property><value>jdbc:oracle:thin:@localhost:1521:Test</value></property>??? <property><value>Kay</value></property>??? <property><value>root</value></property>??? <!--連接池中保留的最小連接數。-->??? <property></property>??? <!--連接池中保留的最大連接數。Default: 15 -->??? <property></property>??? <!--最大空閑時間,1800秒內未使用則連接被丟棄。若為0則永不丟棄。Default: 0 -->??? <property></property>??? <!--當連接池中的連接耗盡的時候c3p0一次同時獲取的連接數。Default: 3 -->??? <property></property>??? <property></property>??? <property></property>??? <!--每60秒檢查所有連接池中的空閑連接。Default: 0 -->??? <property></property>??? <!--定義在從數據庫獲取新連接失敗后重復嘗試的次數。Default: 30 -->??? <property></property>??? <property></property>??? <property></property>??? </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>20</property>??? <!-- 最小連接數 -->??? <property>5</property>??? <!-- 獲得連接的超時時間,如果超過這個時間,會拋出異常，單位毫秒 -->??? <property>120</property>??? <!-- 最大的PreparedStatement的數量 -->??? <property>100</property>??? <!-- 每隔120秒檢查連接池里的空閑連接 ，單位是秒-->??? <property>120</property>??? <!-- 當連接池里面的連接用完的時候，C3P0一下獲取的新的連接數 -->??? <property>2</property>??? <!-- 每次都驗證連接是否可用 -->??? <property>true</property>
使用DBCP連接池時出現MySql 8小時斷開連接的解決方法
修改l配置文件：
修改如下：
<data-sources>?? ??????<data-source>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>?? ??????<set-property></set-property>???? ??????<set-property></set-property>?? ??????<set-property></set-property>?? </data-source></data-sources>
其中testOnBorrow 和 validationQuery 很重要。
testOnBorrow的意思是從數據庫連接池中取得連接時，對其的有效性進行檢查。
validationQuery 是用來檢查的SQL語句，“select 1”執行較快，是一個不錯的檢測語句。
? 版權聲明
文章版權歸作者所有，未經允許請勿轉載。
THE END
