配置连接池健康检查的核心是开启 testonborrow 或 testwhileidle，并指定一个低开销的验证 sql（如 select 1）。以 druid 为例，需在配置中设置 validationquery 为 select 1，并将 testwhileidle 设为 true，同时配合 timebetweenevictionrunsmillis 控制后台检测频率。这样能确保从池中取出的连接有效，或在空闲时自动剔除坏连接。
Druid 配置 testOnBorrow 与 testWhileIdle 的区别
在 Druid 中，testOnBorrow 和 testWhileIdle 是两种主要的健康检查策略。testOnBorrow=true 会在每次获取连接时执行 validationQuery，这能保证绝对安全，但会显著增加获取连接的延迟，因为每次都要等待数据库响应。testWhileIdle=true 则是在后台线程中，根据 timeBetweenEvictionRunsMillis 设定的间隔，主动检测空闲时间超过 minEvictableIdleTimeMillis 的连接是否有效。如果无效，则直接销毁；如果有效，则放回池中。这种方式对业务获取连接的延迟影响极小，是生产环境更推荐的方案。
import com.alibaba.druid.pool.DruidDataSource;
public class DruidConfig {
public static DruidDataSource createDataSource() {
DruidDataSource dataSource = new DruidDataSource();
dataSource.setUrl("jdbc:mysql://localhost:3306/test");
dataSource.setUsername("root");
dataSource.setPassword("password");
// 核心配置：开启空闲检测
dataSource.setTestWhileIdle(true);
// 设置验证SQL
dataSource.setValidationQuery("SELECT 1");
// 后台检测间隔，单位毫秒
dataSource.setTimeBetweenEvictionRunsMillis(60000);
// 连接最小空闲时间，超过此时间且无效则被移除
dataSource.setMinEvictableIdleTimeMillis(300000);
return dataSource;
}
}
HikariCP 的 connectionTestQuery 与 autoCommit 行为
HikariCP 的健康检查机制与 Druid 不同，它默认使用 SELECT 1 作为测试查询，无需显式配置 validationQuery。HikariCP 主要通过 connectionTestQuery 属性自定义测试语句，但通常建议保持默认。其关键配置在于 maxLifetime 和 idleTimeout。HikariCP 会在连接即将达到 maxLifetime 时主动关闭并替换，防止因数据库重启等原因导致的连接失效。同时，idleTimeout 控制空闲连接的存活时间。HikariCP 还要求 autoCommit 必须为 true，否则可能引发事务状态不一致问题，这在配置健康检查时需特别注意。
立即学习“Java免费学习笔记（深入）”；
import com.zaxxer.hikari.HikariConfig;
import com.zaxxer.hikari.HikariDataSource;
public class HikariConfigExample {
public static HikariDataSource createDataSource() {
HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://localhost:3306/test");
config.setUsername("root");
config.setPassword("password");
// HikariCP 默认已启用健康检查，无需设置 testOnBorrow
// 可自定义测试查询，但通常不需要
// config.setConnectionTestQuery("SELECT 1");
// 设置连接最大生命周期，防止陈旧连接
config.setMaxLifetime(1800000); // 30分钟
// 设置空闲超时
config.setIdleTimeout(600000); // 10分钟
// HikariCP 要求 autoCommit 为 true
config.setAutoCommit(true);
return new HikariDataSource(config);
}
}
当 validationQuery 执行失败时连接池如何处理
当 validationQuery 执行失败（例如网络中断、数据库宕机）时，连接池的行为取决于具体实现。在 Druid 中，如果 testWhileIdle 检测到连接无效，该连接会被直接丢弃，不会放入可用池，直到新的有效连接创建成功。如果 testOnBorrow 失败，则会抛出 SQLException，业务层需捕获异常并重试或报错。在 HikariCP 中，如果测试查询失败，连接会被标记为损坏并关闭，然后尝试创建新连接。如果所有连接都失效，HikariCP 会阻塞后续获取连接的请求，直到有可用连接或超时。这种机制确保了只有健康的连接才会被提供给业务代码，避免了因使用无效连接导致的运行时错误。
