HikariPool-1 - Failed to validate connection com.mysql.cj.jdbc....Possibly consider using a shorter

今天使用springboot遇到了这样的问题:
springboot项目启动开始可以访问数据库,但是几分钟之后就会报错

idea报错信息:

HikariPool-1 - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@18e7d21c (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.

这玩意啥意思呢,意思就是当你用springboot连接数据库的时候,会建立一个和数据库的连接,这个连接保存在数据库连接池中,现在你的这个连接已经time out已经不能用了,但是你的这个连接还是保存在数据库连接池中,springboot仍然使用这个连接去连接数据库,所以才会报错。

那么知道了原因,我们怎么解决这个问题呢,首先要知道我们可以设置连接在连接池中的存活时间,什么是连接的存活时间呢,简而言之就是你这个连接要保存在连接池中多长时间才被清除,如果你连接时间设置是五分钟,那么这个连接在三分钟的时候timeout了还是得再等两分钟才能被清除。

那么问题就很明了,你的连接在三分钟的时候就已经和数据库断开了连接,但是你默认连接的存活时间是五分钟,所以导致你的springboot项目开始能访问数据库,一会之后就不能访问数据库了

解决方案

那么这样,假设说连接在三分钟的时候和数据库断开了连接,我们设置连接的存活时间是两分钟,连接就一直处于可用状态,当两分钟之后你再次访问数据库,就会new一个连接,这个连接在其生命周期内仍然是可用的。

大白话就是:
a p p l i c a t i o n . p r o p e r t i e s application.properties application.properties中设置连接生命周期:

spring.datasource.hikari.max-lifetime=120000

如果还是不行你还可以设置的更小:60000
但是不能小于30000,这是默认的最小值,你想想如果你设置一个连接的生命周期是1000,也就是一秒,那么你基本每次访问数据库都要new一个连接,这样太耗费资源了。

### HikariCP MySQL 连接关闭后验证失败解决方案 当遇到 HikariCP 中 MySQL 连接关闭后验证失败的问题时,可以考虑以下几个方面来解决问题并优化 `maxLifetime` 配置。 #### 调整 `maxLifetime` `maxLifetime` 参数定义了一个连接的最大生命周期。如果设置过短,则可能导致频繁创建新连接;而设置过长则可能使旧连接保持时间太长而不被及时回收。建议将 `maxLifecycle` 设置为一个合理的时间范围,通常推荐值为 30 分钟到数小时之间[^1]: ```properties spring.datasource.hikari.maxLifetime=1800000 # 即30分钟 ``` #### 启用调试日志 为了更好地监控和诊断连接池的行为,在应用配置文件中启用详细的 debug 日志可以帮助定位具体原因。通过查看这些日志记录,能够更清楚地了解何时以及为何某些操作未能成功完成: ```yaml logging: level: com.zaxxer.hikari: DEBUG ``` #### 使用测试查询 确保每次获取新的数据库连接之前都执行一次简单的 SQL 查询(如 SELECT 1),这有助于确认连接的有效性,并防止因网络中断或其他因素造成的失效连接进入应用程序逻辑层: ```java // application.properties 或者其他形式的配置文件里添加如下配置项 spring.datasource.hikari.connection-test-query=SELECT 1 FROM DUAL ``` #### 清理 Phantom References 对于由 `com.mysql.jdbc.NonRegisteringDriver$ConnectionPhantomReference` 对象大量堆积引起的问题,应该检查是否存在内存泄漏的情况。可以通过分析堆转储数据找出未释放的对象引用链路,并采取措施清理不再使用的资源实例[^2]。 #### 定期重启服务 作为临时性的预防手段之一,定期重启相关微服务或容器化部署单元也是一种有效的方法,这样可以在一定程度上减少因为长时间运行而导致的各种潜在问题的发生概率[^3]。
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

canaryW

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值