Oracle连接池健康检查超时失败主因是数据库端主动断连后连接池未及时探测，需配置SELECT 1 FROM DUAL为验证SQL，并合理设置validation-timeout≥3000ms、keepalive-time=30000ms等参数以适配Oracle网络特性。
Oracle连接池健康检查为什么总超时失败
Oracle默认的JDBC连接在空闲一段时间后会被数据库端主动断开，而连接池若没及时探测到这个断连状态，就会把已失效的连接分配给业务线程，导致 SQLException: Closed Connection 或 IO Error: Connection reset。这不是代码写错了，是连接池没做有效验证。
关键点在于：不能只依赖 testOnBorrow（借出时检测），它会拖慢业务响应；也不能只靠 testWhileIdle（空闲时检测），它可能漏掉刚断连还没轮到检测的连接。
- Oracle官方驱动（ojdbc8.jar）要求健康检查 SQL 必须是轻量级且兼容所有 Oracle 版本，
SELECT 1 FROM DUAL是唯一稳妥选择 ——SELECT SYSDATE FROM DUAL在某些低权限账号下可能被拒绝 - HikariCP 的
connection-test-query不支持 Oracle 的isValid()调用（该方法底层仍会发查询），必须显式配置connection-test-query=SELECT 1 FROM DUAL - Druid 需关闭
testWhileIdle=false并启用validationQuery=SELECT 1 FROM DUAL，否则空闲连接不会被清理
HikariCP + Oracle 连接池健康检查配置要点
HikariCP 是目前最主流的选择，但它的健康检查行为和 Oracle 的网络特性存在隐性冲突：Oracle 的 TCP keep-alive 默认不开启，而 HikariCP 的 connection-timeout 和 validation-timeout 若设得太短，会导致健康检查本身因网络延迟失败，误判连接为无效。
-
connection-test-query必须设为SELECT 1 FROM DUAL；设为空或留默认值将导致健康检查跳过 -
validation-timeout建议 ≥ 3000（毫秒），低于 1000 容易在高负载 Oracle RAC 环境中误判 -
keepalive-time设为 30000（30 秒），配合 Oracle 服务端SQLNET.EXPIRE_TIME=10（分钟级），可避免连接被静默回收 - 禁用
initialization-fail-fast=true，否则启动时一次健康检查失败就整个应用起不来 —— Oracle 临时不可达很常见
Druid 连接池中 Oracle 健康检查的兼容陷阱
Druid 的 testWhileIdle 默认为 true，看似自动检测，但 Oracle 场景下它有个致命问题：如果连接池中混用了不同 Oracle 版本（比如 11g 和 19c），Druid 的 validationQuery 执行时可能触发驱动内部版本判断逻辑，导致连接卡死在 java.net.SocketInputStream.read。这不是超时，是阻塞。
- 必须显式设置
validationQuery=SELECT 1 FROM DUAL，不能依赖 Druid 自动推断 -
timeBetweenEvictionRunsMillis建议设为 30000～60000，太短会频繁触发验证，加重 Oracle 监听器压力 - Oracle 12c 及以上建议开启
phyTimeoutMillis=30000（物理连接超时），防止连接卡死在底层 socket 层 - 避免使用
removeAbandonedOnBorrow=true，它在 Oracle 下可能误杀正在执行长事务的连接
如何验证健康检查真正在工作
光配对参数不等于生效。最直接的方式是人为制造断连再观察日志：停掉 Oracle 监听器几秒，再启起来，看连接池是否能自动剔除失效连接并重建新连接。不要只查 “validation success” 日志 —— Druid 默认不打健康检查日志，HikariCP 默认也不输出验证细节。
- HikariCP 加
log-level=DEBUG并关注包含Validating connection和Connection is not valid的日志行 - Druid 需配置
filters=stat,wall,log4j并打开log-abandoned=true，才能看到连接被校验和废弃的过程 - 写一段测试代码调用
dataSource.getConnection().isValid(1)，返回 false 就说明连接已断，但注意：该方法在 Oracle 中实际会发一次SELECT 1 FROM DUAL，不是纯内存判断
真实环境里，Oracle 的监听器重启、RAC 节点切换、防火墙中断都会让连接无声失效。健康检查不是“开了就行”，得匹配你的网络稳定性、Oracle 版本、驱动版本三者组合 —— 少一个对齐，就可能在线上突然冒出一批 ORA-17008: Closed Connection。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
