HikariPool 连接池 泄露

在使用Spring Boot 2.x时，你遇到了一个奇怪的问题，即在一段时间内不使用Redis连接和HikariPool连接池时，控制台会显示超时并重新连接，影响应用的正常访问。你提到了HikariPool连接池的超时问题，并引用了错误提示信息[HikariPool-1 - Connection is not available, request timed out after XXXms]。

你检查了代码，并发现没有连接池泄漏，并且已按照网上的配置进行了validationTimeout、minimumIdle和maxLifetime的设置，但问题仍然存在。你还提到了一个有关连接池配置的想法，希望通过连接池的配置让不可用的连接失效。

在查找解决方案时，你访问了HikariCP项目的GitHub页面，并发现了一个与连接池生存期相关的配置参数。根据翻译，该参数控制连接在池中的最大生存期。连接只有在关闭后才会被移除，正在使用的连接永远不会停止。根据一种逐个连接的负衰减策略，应用较小的负衰减来避免池中连接的质量问题。建议将此值设置得比任何数据库或基础结构施加的连接时间限制短几秒钟。默认值为1800000毫秒（30分钟）。

综上所述，HikariPool连接池泄漏指的是连接池中存在不可用的连接，在一段时间内未使用时会出现连接超时的问题。你可以通过调整连接池的最大生存期配置参数来解决这个问题。建议将其设置为比数据库或基础结构规定的连接时间限制短几秒钟的值，以避免连接泄漏的发生。<span class="em">1</span><span class="em">2</span><span class="em">3</span>
#### 引用[.reference_title]
- *1* *2* *3* [解决springboot2.x遇到的一段时间内不使用，redis连接和HikariPool连接池超时的问题](https://blog.csdn.net/architect_cloud/article/details/104310782)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"]
[ .reference_list ]