MySQL wait_timeout=28800时HikariCP配置及SimpleJdbcCall连接释放问题

一、HikariCP参数调整方案 #

你遇到的连接已关闭警告，核心原因是HikariCP的maxLifetime设置与MySQL的wait_timeout过于接近，未留足够缓冲时间。

当前配置对比：

• MySQL wait_timeout = 28800秒（8小时）
• HikariCP maxLifetime = 28799990毫秒 ≈ 28799.99秒，几乎与MySQL超时时间持平

由于网络延迟、服务器时钟偏差等因素，HikariCP还未回收连接时，MySQL可能已主动关闭闲置超时的连接，导致后续使用时触发警告。

需要调整的参数：

• spring.datasource.hikari.maxLifetime：设置为比MySQL wait_timeout小至少30秒（推荐1-2分钟），示例配置：

  spring.datasource.hikari.maxLifetime=28740000
  

  （28740000毫秒 = 28740秒 = 28800-60，比MySQL超时时间少1分钟）
• 可选补充：保持spring.datasource.hikari.validationTimeout（默认5000ms）的合理值，HikariCP会在获取连接时自动验证有效性，避免拿到已关闭的连接。

你的minimumIdle=9和maximumPoolSize=10配置无问题，池内闲置连接数接近最大数，不会因闲置超时产生额外问题。

二、SimpleJdbcCall的连接释放机制 #

SimpleJdbcCall依赖JdbcTemplate实现数据库操作，execute()执行完成后，Spring会自动将连接归还给HikariCP连接池，无需手动关闭。

代码逻辑查看路径： #

1. 进入JdbcTemplate的execute(ConnectionCallback<T> action)方法（SimpleJdbcCall的execute最终会调用此方法），核心逻辑：
   • 通过DataSourceUtils.getConnection(getDataSource())从连接池获取连接
   • 在finally块中调用DataSourceUtils.releaseConnection(conn, getDataSource())释放连接
2. 查看DataSourceUtils.releaseConnection(Connection conn, DataSource dataSource)方法：
   • 判断当前连接是否由连接池管理，若是则调用连接的close()方法（HikariCP的连接实现中，close()并非真正关闭连接，而是将连接归还给池）

简言之，Spring的JDBC抽象层（JdbcTemplate/SimpleJdbcCall）已封装连接的获取与释放逻辑，确保操作完成后（无论成功或异常）都会将连接归还到池中。

内容的提问来源于stack exchange，提问作者Nataraj