【问题标题】:Connection timeouts with HikariCPHikariCP 的连接超时
【发布时间】: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,这会破坏重复的异常。

我能想到的可能场景:

  1. 所有条目都是IN_USE,并且数据库暂时关闭。我希望为进行中的查询抛出异常。也许此时 PoolEntry 状态从未重置,因此停留在IN_USE。在这种情况下,我会认为如果抛出异常,则状态会更改,以便可以从池中清除连接。任何人都可以确认是否是这种情况?

  2. 向组件发出大量 REST 请求,而这些请求又需要执行 DB 查询。这会填满连接池,因此后续请求会超时,等待之前的请求完成。这是有道理的,但是我希望组件在请求完成后恢复,但事实并非如此。

有没有人知道这里可能存在什么问题?我已尝试配置 Hikari 文档中的各种超时,但没有运气诊断/解决此问题。任何帮助将不胜感激。

谢谢!

【问题讨论】:

  • 您好,我们环境中的相同场景。
  • 您是否知道释放少量连接后组件无法自动恢复的原因?

标签: java spring-boot jdbc hikaricp


【解决方案1】:

情景 2 很可能是正在发生的事情。在将它与云数据流一起使用并接收大量连接请求时,我遇到了同样的问题。我找到的唯一解决方案是使用配置来找到适合我用例的组合。

我的代码每秒可处理 50-100 个请求,祝你好运。

private static DataSource pool;
final HikariConfig config = new HikariConfig();
config.setMinimumIdle(5);
config.setMaximumPoolSize(50);
config.setConnectionTimeout(10000);
config.setIdleTimeout(600000);
config.setMaxLifetime(1800000);
config.setJdbcUrl(JDBC_URL);
config.setUsername(JDBC_USER);
config.setPassword(JDBC_PASS);

pool = new HikariDataSource(config);

【讨论】:

  • 谢谢,这是避免超时的好方法。不过,小评论:空闲超时和最大生命周期值似乎是每个 github.com/brettwooldridge/HikariCP#configuration-knobs-baby 的默认值
  • 但是这个问题仍然没有答案,为什么用户需要重新启动组件?一旦有少量连接空闲,系统应该开始处理传入请求。
猜你喜欢
  • 1970-01-01
  • 2017-01-20
  • 2023-03-27
  • 1970-01-01
  • 2017-06-19
  • 2016-02-22
  • 2015-02-14
  • 1970-01-01
  • 2021-09-09
相关资源
最近更新 更多