如何缓解连接com.mysql.jdbc.JDBC4Connection@11d08960触发的连接泄漏，

Question

我有一个mqtt客户端从主题获得请求订阅，然后我把它给固定大小的线程池50。我使用hikaricp 2.4.2为数据库池MySQL数据库。

Im目前使用2.4.2，这是我的设置

    HikariConfig config = new HikariConfig();
    config.setDataSourceClassName(CLASS_FOR_NAME);
    config.setJdbcUrl(HOST);
    config.setUsername(USER);
    config.setPassword(PASS);
    config.addDataSourceProperty("cachePrepStmts", "true");
    config.addDataSourceProperty("prepStmtCacheSize", "250");
    config.addDataSourceProperty("prepStmtCacheSqlLimit", "2048");
    config.setLeakDetectionThreshold(TimeUnit.SECONDS.toMillis(30));
    config.setValidationTimeout(TimeUnit.MINUTES.toMillis(1));
    config.setMaximumPoolSize(10);
    config.setMinimumIdle(0);
    config.setMaxLifetime(TimeUnit.MINUTES.toMillis(2)); // 120 seconds 
    config.setIdleTimeout(TimeUnit.MINUTES.toMillis(1)); // minutes
    config.setConnectionTimeout(TimeUnit.MINUTES.toMillis(5)); 
    config.setConnectionTestQuery("/* ping */ SELECT 1");

以下是完整的日志信息：

警告日志：

811439[Hikari管家（池HikariPool-0）]警告。扎克瑟。希卡里。水塘ProxyLeakTask-已为连接com触发连接泄漏检测。mysql。jdbc。JDBC4Connection@11d0896，堆栈跟踪遵循java。lang.异常：在com上检测到明显的连接泄漏。hcpdatabase。数据源。getConnection（DataSource.java:69）位于com。数据库访问数据库。在com上创建_警报（AccessDatabase.java:3849）。可运行。StartTaskRunnable2。执行（StartTaskRunnable2.java:78）

这正常吗？我一定要抓住这个吗？

Answer 1

遍历带有堆栈跟踪的代码，它将引导您进入未关闭的连接或超过阈值的连接。

Answer 2

当我一遍又一遍地检查我的代码时。我意识到我找错了人，看起来hikari在连接泄漏方面非常可靠。问题是当Amazon aws ec2实例窃取了我的一些cpu，甚至比我想象的还要大。所以在cpu上升99%后，即使我的代码最终关闭了它，连接泄漏还是被检测到了。所以问题在于机器。

我感谢所有参与回答的人。