c3p0.properties配置引起的com.mchange.v2.resourcepool.TimeoutException

随着客户业务量增长,采用分布式处理提高处理速度。在实施过程中,遇到c3p0.properties配置导致的com.mchange.v2.resourcepool.TimeoutException问题。调整c3p0的最大PreparedStatement缓存大小,从500降至合理值,避免并发问题。分析表明,配置过大可能导致异常,需综合考虑连接池和单个连接的平衡。
摘要由CSDN通过智能技术生成

c3p0.properties配置引起的com.mchange.v2.resourcepool.TimeoutException

最近由于客户业务量的增长,公司决定使用分布式处理的方式来解决客户反应的处理速度慢的问题。本博主要讲解项目中遇到的问题,如有不对敬请批评指正。废话不多说直接上干货。
首先,我把业务逻辑重新梳理了一遍,抽出了无关的业务和可能产生并发的逻辑,以便考虑分布式(简单分布式)。于是我把能单独运行的一个工程放到一台服务器上在复制一套放到另外一台服务器上。两台服务器同时运行处理报文。结果。。。

org.hibernate.exception.GenericJDBCException: Could not open connection
    at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:54)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:125)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:110)
    at org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.obtainConnection(LogicalConnectionImpl.java:304)
    at org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.getConnection(LogicalConnectionImpl.java:169)
    at org.hibernate.engine.jdbc.internal.proxy.ConnectionProxyHandler.extractPhysicalConnection(ConnectionProxyHandler.java:82)
    at org.hibernate.engine.jdbc.internal.proxy.ConnectionProxyHandler.continueInvocation(ConnectionProxyHandler.java:138)
    at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:81)
    at com.sun.proxy.$Proxy104.prepareStatement(Unknown Source)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$5.doPrepare(StatementPreparerImpl.java:147)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:166)
    at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareQueryStatement(StatementPreparerImpl.java:145)
    at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1854)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1831)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1811)
    at org.hibernate.loader.Loader.doQuery(Loader.java:899)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:341)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:311)
    at org.hibernate.loader.Loader.loadEntity(Loader.java:2111)
    at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:82)
    at org.hibernate.loader.entity
使用 c3p0 数据库连接池时,如果出现 com.mchange.v2.resourcepool.TimeoutException 异常,一般是因为连接池中的连接已经全部被占用,无法为新的连接请求提供连接。 解决方法如下: 1. 增加连接池大小 可以通过增加连接池大小来解决该问题,可以在 c3p0 配置文件中修改 maxPoolSize 属性,例如将其从默认值 15 增加到 30。 2. 减少连接占用时间 如果连接池中的连接被占用的时间比较长,也容易出现该异常。可以尝试通过优化 SQL 查询语句、减少事务处理时间等方式来减少连接占用时间。 3. 调整超时时间 可以通过修改 c3p0 配置文件中的 checkoutTimeout 属性来调整连接超时时间,默认值为 0,表示无限制等待连接。可以将其设置为一个较短的时间,例如 1000ms。 4. 关闭不必要的连接 在使用连接池时,需要注意及时关闭不必要的连接,避免连接占用过多的资源,导致连接池无法为新的连接请求提供连接。可以通过在 finally 块中关闭连接来解决该问题,例如: ``` Connection conn = null; try { conn = c3p0.getConnection(); // 执行 SQL 查询操作 } catch (SQLException e) { e.printStackTrace(); } finally { if (conn != null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } ``` 通过以上几种方式,可以有效解决 c3p0 数据库连接池出现 com.mchange.v2.resourcepool.TimeoutException 异常的问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值