Atomiko poolSize和minPoolSize以及maxPoolSize设置的问题

项目上线后通过数据库连接数检测,发现数据库连接数一直在10-20之间,并且不能增长到大于20,系统开始卡顿;通过查看Atomiko的源码发现了这段代码

public void setPoolSize(int poolSize) {
    this.minPoolSize = poolSize;
    this.maxPoolSize = poolSize;
}

也就是说如果设置了poolSize(项目中设置的poolSize=10)这个属性后且在minPoolSize和maxPoolSize属性之后设置后,minPoolSize和maxPoolSize属性值均不再起作用,解决办法:设置minPoolSize和maxPoolSize值并且删除poolSize属性;

处理结果:

数据库连接池数量在大批量访问后最大能增长到maxPoolSize 的值

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
您好!对于使用 Hibernate 和 Atomikos 的连接池配置,如果仍然遇到 "Connection pool exhausted" 的错误,有几个可能的原因和解决方法: 1. 配置错误:请确保您正确地配置了连接池的最大大小(maxPoolSize)。您可以检查 Hibernate 和 Atomikos 的配置文件,确保将其设置为适当的值。例如,如果您希望最大连接数为 10,可以将 maxPoolSize 设置为 10。 2. 连接泄漏:连接泄漏是指在使用完连接后未正确关闭或释放连接,导致连接无法再次使用。请确保您在使用完连接后始终正确地关闭连接。可以使用 try-with-resources 或手动调用 close() 方法来确保连接被正确关闭。 3. 连接占用时间过长:如果某些操作需要较长时间才能完成,可能会导致连接被占用并且无法释放给其他请求。请检查您的代码逻辑,确保在不需要连接时及时释放它们。 4. 连接池配置不足:除了 maxPoolSize 外,还有其他一些连接池配置参数可能需要调整,例如 minPoolSize(最小连接数)、maxIdleTime(最大空闲时间)等。根据您的具体需求,可能需要调整这些参数以适应并发请求。 5. 资源限制:检查系统资源限制,例如数据库服务器的最大连接数和线程数,确保它们与连接池配置相匹配。如果数据库服务器的最大连接数小于连接池的最大连接数,可能会导致连接池耗尽。 请根据您的具体情况逐一排查以上可能的问题,并进行相应的调整和优化。希望能帮到您!如果还有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值