validationquery是轻量级sql验证语句，用于连接池在借出前或空闲时检测连接有效性；必须语法合法、执行快、不修改数据，oracle用select 1 from dual，需配合testwhileidle、max-lifetime等参数生效。
配置 validationQuery 是让连接池在使用前或空闲时主动检测数据库连接是否有效的重要手段，避免拿到已断开的连接导致应用报错（如 MySQL 的 “Connection closed” 或 “Communications link failure”）。
validationQuery 的作用和基本要求
它是一条轻量级 SQL 查询语句，用于验证连接是否还活着。连接池执行该语句不返回结果，只关心是否能成功执行。必须满足：
- 语法合法、执行极快（通常毫秒级）
- 不修改数据（不能是 INSERT/UPDATE/DELETE）
- 对所有目标数据库都兼容（如用 HikariCP 或 Druid 时注意方言）
常见值：
MySQL： SELECT 1 或 SELECT 1 FROM DUAL
PostgreSQL： SELECT 1
Oracle： SELECT 1 FROM DUAL
SQL Server： SELECT 1
配合关键参数一起启用校验
仅设 validationQuery 不生效，需搭配以下常用参数（不同连接池名称略有差异）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
HikariCP（推荐）：
connection-test-query=SELECT 1（新版用此名，旧版为validationQuery）connection-timeout=30000（超时保护）idle-timeout=600000（空闲 10 分钟后触发校验）max-lifetime=1800000（连接最长存活 30 分钟，到期前自动校验并回收） -
Druid：
validationQuery=SELECT 1testWhileIdle=true（空闲时校验）timeBetweenEvictionRunsMillis=60000（每分钟扫描一次空闲连接）minEvictableIdleTimeMillis=300000（空闲超 5 分钟才可能被校验） -
DBCP2：
validationQuery=SELECT 1testOnBorrow=true（借连接时校验，影响性能，慎用）testWhileIdle=true+timeBetweenEvictionRunsMillis更推荐
生产环境建议配置策略
不建议每次获取连接都校验（testOnBorrow），而是采用“空闲校验 + 连接生命周期管理”的组合：
- 开启
testWhileIdle（或 Hikari 的idle-timeout），让后台线程定期检查空闲连接 - 设置合理的
max-lifetime（略小于数据库的 wait_timeout，如 MySQL 默认 8 小时，可设为 7 小时） - 确保
validationQuery在数据库中能稳定执行（例如某些 MySQL 只读实例禁用了DUAL，统一用SELECT 1更安全） - 若用读写分离或代理（如 ShardingSphere、ProxySQL），确认
SELECT 1能正常路由且不被拦截
验证是否生效的小技巧
可通过日志快速确认校验是否触发：
- HikariCP：开启
debug日志，搜索"Validating connection" - Druid：设置
logValidationErrors=true，失败时会打印错误堆栈 - 手动模拟断连：停掉数据库再启动，观察应用能否自动恢复（而非持续报错）
校验逻辑本身不复杂，但参数组合和数据库行为匹配不到位，就容易出现“以为校验了，其实没走”。重点是选对查询语句、关联合理的空闲/生命周期参数，并通过日志或断连测试确认真实生效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
