目錄
#二、原因分析
三、解決方案
#1. 增加MySQL 的wait_timeout 屬性的值
2. 減少連接池內連接的生存週期" >2. 減少連接池內連接的生存週期
3. 定期使用連接池內的連接
四、擴充
首頁 資料庫 mysql教程 MySQL之—使用c3p0與DBCP連接池,造成的MySql 8小時問題的詳細程式碼解決方案

MySQL之—使用c3p0與DBCP連接池,造成的MySql 8小時問題的詳細程式碼解決方案

Mar 09, 2017 am 11:41 AM

本文詳細描述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
登入後複製


#二、原因分析

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之—使用c3p0與DBCP連接池,造成的MySql 8小時問題的詳細程式碼解決方案的詳細內容。更多資訊請關注PHP中文網其他相關文章!

本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

Video Face Swap

Video Face Swap

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

<🎜>:泡泡膠模擬器無窮大 - 如何獲取和使用皇家鑰匙
3 週前 By 尊渡假赌尊渡假赌尊渡假赌
北端:融合系統,解釋
3 週前 By 尊渡假赌尊渡假赌尊渡假赌
Mandragora:巫婆樹的耳語 - 如何解鎖抓鉤
3 週前 By 尊渡假赌尊渡假赌尊渡假赌

熱工具

記事本++7.3.1

記事本++7.3.1

好用且免費的程式碼編輯器

SublimeText3漢化版

SublimeText3漢化版

中文版,非常好用

禪工作室 13.0.1

禪工作室 13.0.1

強大的PHP整合開發環境

Dreamweaver CS6

Dreamweaver CS6

視覺化網頁開發工具

SublimeText3 Mac版

SublimeText3 Mac版

神級程式碼編輯軟體(SublimeText3)

熱門話題

Java教學
1666
14
CakePHP 教程
1426
52
Laravel 教程
1328
25
PHP教程
1273
29
C# 教程
1253
24
laravel入門實例 laravel入門實例 Apr 18, 2025 pm 12:45 PM

Laravel 是一款 PHP 框架,用於輕鬆構建 Web 應用程序。它提供一系列強大的功能,包括:安裝: 使用 Composer 全局安裝 Laravel CLI,並在項目目錄中創建應用程序。路由: 在 routes/web.php 中定義 URL 和處理函數之間的關係。視圖: 在 resources/views 中創建視圖以呈現應用程序的界面。數據庫集成: 提供與 MySQL 等數據庫的開箱即用集成,並使用遷移來創建和修改表。模型和控制器: 模型表示數據庫實體,控制器處理 HTTP 請求。

MySQL和PhpMyAdmin:核心功能和功能 MySQL和PhpMyAdmin:核心功能和功能 Apr 22, 2025 am 12:12 AM

MySQL和phpMyAdmin是強大的數據庫管理工具。 1)MySQL用於創建數據庫和表、執行DML和SQL查詢。 2)phpMyAdmin提供直觀界面進行數據庫管理、表結構管理、數據操作和用戶權限管理。

MySQL與其他編程語言:一種比較 MySQL與其他編程語言:一種比較 Apr 19, 2025 am 12:22 AM

MySQL与其他编程语言相比,主要用于存储和管理数据,而其他语言如Python、Java、C 则用于逻辑处理和应用开发。MySQL以其高性能、可扩展性和跨平台支持著称,适合数据管理需求,而其他语言在各自领域如数据分析、企业应用和系统编程中各有优势。

解決數據庫連接問題:使用minii/db庫的實際案例 解決數據庫連接問題:使用minii/db庫的實際案例 Apr 18, 2025 am 07:09 AM

在開發一個小型應用時,我遇到了一個棘手的問題:需要快速集成一個輕量級的數據庫操作庫。嘗試了多個庫後,我發現它們要么功能過多,要么兼容性不佳。最終,我找到了minii/db,這是一個基於Yii2的簡化版本,完美地解決了我的問題。

laravel框架安裝方法 laravel框架安裝方法 Apr 18, 2025 pm 12:54 PM

文章摘要:本文提供了詳細分步說明,指導讀者如何輕鬆安裝 Laravel 框架。 Laravel 是一個功能強大的 PHP 框架,它 упростил 和加快了 web 應用程序的開發過程。本教程涵蓋了從系統要求到配置數據庫和設置路由等各個方面的安裝過程。通過遵循這些步驟,讀者可以快速高效地為他們的 Laravel 項目打下堅實的基礎。

解決MySQL模式問題:TheliaMySQLModesChecker模塊的使用體驗 解決MySQL模式問題:TheliaMySQLModesChecker模塊的使用體驗 Apr 18, 2025 am 08:42 AM

在使用Thelia開發電商網站時,我遇到了一個棘手的問題:MySQL模式設置不當,導致某些功能無法正常運行。經過一番探索,我找到了一個名為TheliaMySQLModesChecker的模塊,它能夠自動修復Thelia所需的MySQL模式,徹底解決了我的困擾。

在MySQL中解釋外鍵的目的。 在MySQL中解釋外鍵的目的。 Apr 25, 2025 am 12:17 AM

在MySQL中,外鍵的作用是建立表與表之間的關係,確保數據的一致性和完整性。外鍵通過引用完整性檢查和級聯操作維護數據的有效性,使用時需注意性能優化和避免常見錯誤。

比較和對比Mysql和Mariadb。 比較和對比Mysql和Mariadb。 Apr 26, 2025 am 12:08 AM

MySQL和MariaDB的主要區別在於性能、功能和許可證:1.MySQL由Oracle開發,MariaDB是其分支。 2.MariaDB在高負載環境中性能可能更好。 3.MariaDB提供了更多的存儲引擎和功能。 4.MySQL採用雙重許可證,MariaDB完全開源。選擇時應考慮現有基礎設施、性能需求、功能需求和許可證成本。

See all articles