【发布时间】:2019-10-27 09:33:52
【问题描述】:
我有一个 Spring Boot (v2.0.8) 应用程序,它使用了 HikariCP (v2.7.9) 池(连接到 MariaDB),配置如下:
minimumIdle: 1
maximumPoolSize: 10
leakDetectionThreshold: 30000
问题是我们的生产组件每隔几周就会重复抛出SQLTransientConnectionException " Connection is not available, request timed out after 30000ms..."。问题是它永远不会从中恢复并始终抛出异常。因此需要重新启动组件。
通过查看 HikariPool 源代码,似乎正在发生这种情况,因为每次调用 connectionBag.borrow(timeout, MILLISECONDS) 时 poolEntry 为 null 并因此引发超时异常。要使其为空,连接池必须没有空闲条目,即 sharedList 中的所有 PoolEntry 都标记为IN_USE。
我不确定为什么组件不能从中恢复,因为最终我希望将 PoolEntry 标记为 NOT_IN_USE,这会破坏重复的异常。
我能想到的可能场景:
所有条目都是
IN_USE,并且数据库暂时关闭。我希望为进行中的查询抛出异常。也许此时 PoolEntry 状态从未重置,因此停留在IN_USE。在这种情况下,我会认为如果抛出异常,则状态会更改,以便可以从池中清除连接。任何人都可以确认是否是这种情况?向组件发出大量 REST 请求,而这些请求又需要执行 DB 查询。这会填满连接池,因此后续请求会超时,等待之前的请求完成。这是有道理的,但是我希望组件在请求完成后恢复,但事实并非如此。
有没有人知道这里可能存在什么问题?我已尝试配置 Hikari 文档中的各种超时,但没有运气诊断/解决此问题。任何帮助将不胜感激。
谢谢!
【问题讨论】:
-
您好,我们环境中的相同场景。
-
您是否知道释放少量连接后组件无法自动恢复的原因?
标签: java spring-boot jdbc hikaricp