Oracle RAC主备切换后连接未自动重连的根本原因是TNS层FAILOVER_MODE位置错误（须嵌套在CONNECT_DATA下）、JDBC层未使用tnsnames别名URL、连接池层缺失连接有效性验证，三者任一失效即导致故障转移中断。
Oracle RAC 主备切换后连接没自动重连，根本不是“驱动不支持”或“配置漏了”，而是三层机制全部失效：TNS 层没配对、JDBC 层没走 TNS、连接池层没做探活。只要其中一层断掉，就会表现为“一断全断、重试无果”。
tnsnames.ora 里 FAILOVER_MODE 写错位置就等于没写
Oracle Net 只在 CONNECT_DATA 下直接嵌套的 FAILOVER_MODE 才识别，放错层级会静默忽略——连报错都没有。
- 常见错误写法：
(DESCRIPTION = (FAILOVER_MODE = ...)(ADDRESS_LIST = ...))
→ Oracle 完全不读，TAF 形同虚设 - 正确写法必须是：
(CONNECT_DATA = (SERVICE_NAME = orcl)(FAILOVER_MODE = (TYPE = SESSION)(METHOD = BASIC)(RETRIES = 3)(DELAY = 5))) -
TYPE = SELECT不要乱用：它要求服务端保留游标上下文，高并发下易触发 PGA 内存耗尽，且 JDBC Thin 驱动实际不兼容该模式 -
METHOD = PRECONNECT在 Web 应用中慎用：启动时预连所有节点，容易因资源争抢导致连接池初始化失败（如ORA-12519）
JDBC URL 没用 tnsnames 别名，TAF 就压根不加载
ojdbc8 或 ojdbc11 驱动只在解析 tnsnames.ora 时才读取 FAILOVER_MODE。一旦 JDBC URL 写成 Easy Connect 格式：
- ❌
jdbc:oracle:thin:@//rac1-vip:1521/orcl→ TAF 完全失效 - ✅ 必须写成：
jdbc:oracle:thin:@RACDB，并确保TNS_ADMIN环境变量指向含正确tnsnames.ora的目录
另外，连接池（如 HikariCP）若启用了 loadBalance=true 或 failover=true 参数，反而会绕过 TNS 层的故障转移逻辑，造成行为不可控。
连接池不验证连接有效性，僵尸连接永远复用
即使 TNS 和 JDBC 都配对了，连接池里的旧连接仍可能底层已断开，但池子不知道——直到业务代码第一次调用 connection.createStatement() 才抛 SQLException（如 ORA-03113、08006）。
- HikariCP 必须显式配置：
connection-test-query=SELECT 1 FROM DUALvalidation-timeout=3000idle-timeout=600000 - Druid 需开启：
test-while-idle=truetime-between-eviction-runs-millis=30000 -
autoReconnect=true对 Oracle 无效：这个参数是 MySQL JDBC 特有，Oracle 驱动直接忽略
更关键的是：不能只靠池子自动清理。应在 catch 到连接类异常时，主动调用 HikariDataSource.evictConnection(conn) 或等效方法清除当前连接，并触发业务重试。
真正卡住人的地方，往往不是某一个配置项写错了，而是三者叠加失效：tnsnames 里 FAILOVER_MODE 缩进错了一格、JDBC URL 拼成了 Easy Connect、连接池又没开 validation —— 表现出来就是“切完就崩，日志里连重试痕迹都看不到”。
