Oracle JDBC连接字符串启用TAF必须同时配置FAILOVER=true和完整FAILOVER_MODE=(TYPE=select)(METHOD=basic)(RETRIES=n)(DELAY=n)，使用ojdbc8+驱动、服务端启用FAILOVER_TYPE=SELECT，并通过tnsnames.ora别名连接（非Easy Connect），否则参数无效。
Oracle JDBC连接字符串怎么加故障切换参数
Java应用连Oracle时单点故障很常见，靠改代码重连太慢，得靠JDBC驱动原生支持TAF（Transparent Application Failover）。关键不是写逻辑，是拼对连接串——漏一个参数就退化成普通连接。
-
oracle.jdbc.replay=true必须显式开启，否则即使配置了failover也不走重放逻辑 -
oracle.net.failover=true是老版本用的，12c+建议用oracle.jdbc.fanEnabled=true+ 服务名注册到Oracle Clusterware - 连接串里不能只写一个地址，得用
(DESCRIPTION=(ADDRESS_LIST=(FAILOVER=on)(ADDRESS=(PROTOCOL=TCP)(HOST=host1)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=host2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl)))这种格式，括号嵌套不能错 - 如果用tnsnames.ora，确保
TNS_ADMIN环境变量指向正确路径，且文件里对应条目包含FAILOVER_MODE=(TYPE=SELECT)(METHOD=BASIC)(RETRIES=3)(DELAY=5)
Connection对象创建后怎么验证failover是否生效
光连上不等于能切，很多团队卡在这步——以为连接成功就万事大吉，结果真断网时应用直接抛SQLException: IO Error: Connection reset。
- 调用
conn.isValid(3)只能测当前连通性，不触发failover流程；真正要验证得模拟主库宕机：杀掉主实例进程，再执行一条SELECT 1 FROM DUAL，看是否自动切到备库并返回结果 - 启用JDBC日志：
java.util.logging.Logger.getLogger("oracle.jdbc").setLevel(Level.FINEST)，观察日志里是否有FAN event received或Failover started字样 - 注意
TYPE=SELECT只对查询有效，UPDATE/INSERT会失败回滚，别拿写操作当健康检查
Spring Boot里DataSource怎么配才不破坏failover机制
直接套用HikariCP或Druid默认配置大概率让TAF失效——连接池在底层连接断开后会主动close，反而干扰JDBC驱动的自动重试。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 禁用连接池的validationQuery：
spring.datasource.hikari.connection-test-query=（留空），改用JDBC自身的isValid()或FAN事件驱动检测 -
spring.datasource.hikari.leak-detection-threshold=0，避免连接泄漏检测强制关闭正在参与failover的连接 - 必须设置
spring.datasource.hikari.data-source-properties.oracle.jdbc.replay=true，Hikari通过data-source-properties透传JDBC属性，硬编码在url里会被池忽略 - 别用
@Primary DataSource自动装配多个数据源，TAF依赖单一物理连接上下文，多数据源切换会绕过failover链路
为什么事务中发生failover会报ORA-25405
这是最常被忽略的坑：TAF只保证查询重放，不保证事务一致性。一旦连接中断时事务没提交，驱动无法安全重放DML，直接抛这个错。
立即学习“Java免费学习笔记（深入）”；
- 遇到
ORA-25405: transaction is not active说明事务已丢失，必须由业务层捕获后重新发起整个业务流程，不能简单重试SQL - 把长事务拆短，尽量让每个事务控制在秒级内，降低failover时丢失概率
- 写操作前先执行
SELECT SYS_CONTEXT('USERENV','INSTANCE_NAME') FROM DUAL确认当前实例，日志里记下实例名，出问题时能快速定位切到哪台 - Oracle 12.2+支持Application Continuity，但需要服务端开启
ENABLE=ON并客户端用oracle.jdbc.ac=true，和TAF不兼容，别混用
真正难的不是配参数，是理解Oracle底层如何用FAN消息通知JDBC驱动切换——这玩意儿依赖集群监听器、服务注册、网络组播，任意一环断了，failover就变成手动抢救。上线前一定在测试环境用tcpkill模拟节点宕机，盯住日志和应用响应时间。
