Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Failed to obtain JDBC Connection; nested exception is java.sql.SQLTransientConnectionException: HikariPool-1 - Connection is not available, request timed out after 60000ms. at org.m

### 关于Spring Boot HikariCP JDBC连接超时问题的分析 当应用程序使用HikariCP作为其数据库连接池时，如果发生`CannotGetJdbcConnectionException`或`SQLTransientConnectionException`异常，则表明连接池未能成功获取到可用的数据库连接。这种情况可能由多种原因引起，包括但不限于： - 数据库服务器负载过高，导致无法及时处理新的连接请求[^2]。 - JVM内存不足引发频繁Full GC，影响线程执行效率并间接造成连接超时[^1]。 #### 配置优化建议 以下是针对上述问题的一些配置调整和最佳实践方法： 1. **增加最大连接数** 调整HikariCP的最大连接数量参数可以缓解高并发情况下的压力。通过设置`maximumPoolSize`属性来定义连接池中的最大活动连接数目： ```yaml spring.datasource.hikari.maximum-pool-size=30 ``` 2. **缩短空闲时间** 减少空闲连接被保留的时间长度有助于释放不再使用的资源，防止长期占用而未关闭的情况发生。可以通过修改`idleTimeout`实现这一目标： ```yaml spring.datasource.hikari.idle-timeout=300000 # 设置为5分钟 ``` 3. **启用健康检测机制** 定期验证连接的有效性能够帮助发现潜在失效链接，并提前移除它们以减少错误发生的概率。开启此功能需指定如下选项之一或者两者组合应用： - `connectionTestQuery`: 执行简单的查询语句测试连接状态； ```yaml spring.datasource.hikari.connection-test-query=SELECT 1 FROM DUAL ``` - 或者采用更高效的方式——让驱动程序自行判断连接是否仍然有效(`isolationLevel`)而不必发送额外的数据包： ```yaml spring.datasource.hikari.validation-timeout=5000 ``` 4. **监控与报警体系构建** 建立完善的性能指标收集以及告警通知流程对于快速定位故障至关重要。基于前面提到的需求案例，开发专门用于评估数据库运行状况的服务端点不失为一种明智的选择。例如利用Actuator暴露自定义Metric信息以便实时跟踪各项统计数值变化趋势。 ```java import org.springframework.boot.actuate.health.Health; import org.springframework.boot.actuate.health.HealthIndicator; public class DatabaseHealthCheck implements HealthIndicator { @Override public Health health() { try{ //尝试简单操作确认连通性正常与否 int result = jdbcTemplate.queryForObject("SELECT 1", Integer.class); if(result==1){ return Health.up().withDetail("Database Status","OK").build(); }else{ return Health.down().withDetail("Error Message","Unexpected Result").build(); } }catch(Exception e){ return Health.down(e).build(); } } } ``` 以上措施综合运用后应能在很大程度上改善因连接耗尽所引起的各类异常现象。