TAF不能自动重连普通SELECT语句，仅当显式配置FAILOVER_MODE为TYPE=SELECT、服务端启用SERVICE_NAME注册且JDBC启用loadBalance=true和failover=true时，才对执行中中断的可重放SELECT生效。
什么是TAF，它真能自动重连SELECT语句？
taf（transparent application failover）是oracle jdbc驱动内置的故障转移机制，但它只对**某些类型的查询生效**。关键结论：taf默认不保护普通select语句——除非你显式启用failover_mode并满足连接池、服务端配置等硬性条件。
常见错误现象：java.sql.SQLRecoverableException: IO Error: Connection reset 或 ORA-03113: end-of-file on communication channel 后，应用直接抛异常，没重试；你以为开了TAF就万事大吉，其实只是连接串里加了failover=true这种无效参数。
- TAF只在Oracle RAC或Data Guard主备切换场景下起作用，单实例宕机不触发
- 必须使用
oracle.jdbc.replay.ReplayDriver（12c+）或老版oracle.jdbc.OracleDriver配合服务端TNS别名配置，JDBC URL里加参数只是“开锁”，不是“装引擎” -
SELECT语句只有在执行中被中断（如FETCH阶段断连），且声明为可重放（replayable），才可能被TAF自动重发；INSERT/UPDATE默认不重放
怎么配TNS别名和服务端才能让TAF真正生效？
TAF不是纯客户端行为，服务端TNS配置和数据库服务注册方式决定它能不能启动。光改JDBC URL没用。
典型错误：在tnsnames.ora里只写(FAILOVER=ON)，但漏掉(FAILOVER_MODE=(TYPE=SELECT)(METHOD=BASIC)(RETRIES=5)(DELAY=3))，结果TAF识别为“仅连接级故障转移”，对正在执行的SELECT完全无感知。
- 服务端必须启用
SERVICE_NAME注册（非SID），且监听器配置中该service要带FAILOVER=YES - TNS别名中
TYPE=SELECT表示允许重放查询，METHOD=BASIC表示连接断开后重建会话并重发未完成的fetch，RETRIES和DELAY控制重试节奏 - 数据库版本需≥11gR2，且服务需通过
srvctl add service -s mysvc -r "inst1,inst2" -f注册（RAC），不能只靠静态注册
JDBC连接串和DataSource里哪些参数不能少？
即使TNS和服务端全配对了，JDBC层仍需匹配开关，否则驱动压根不进TAF流程。
常见错误现象：TNS里写了FAILOVER_MODE，但JDBC URL漏掉loadBalance=true，导致连接始终打到一个节点，根本等不到failover触发。
- URL必须含
loadBalance=true（RAC多节点负载）和failover=true（启用TAF逻辑） - 推荐用完整形式：
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=rac1)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac2)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=mysvc)(FAILOVER_MODE=(TYPE=SELECT)(METHOD=BASIC)(RETRIES=5)(DELAY=3)))) - 若用HikariCP等连接池，需禁用
connectionTestQuery（避免干扰TAF状态判断），并设maxLifetime=0（让连接池不主动回收活跃连接）
为什么你的SELECT还是断开了？三个最易忽略的坑
TAF不是万能胶。很多“已配置却失效”的案例，问题出在SQL执行模式或应用代码上。
错误示例：用ResultSet.next()循环读取10万行，第5万行时节点宕机——TAF不会帮你从第50001行继续，而是整个SELECT重发，从头开始fetch。如果你没做游标位置管理，业务就重复处理数据。
-
ResultSet类型必须是TYPE_SCROLL_INSENSITIVE或TYPE_SCROLL_SENSITIVE，TYPE_FORWARD_ONLY（默认）不支持重放定位 - 不能在
try-with-resources里自动关闭Statement或Connection，TAF需要保持原始物理连接上下文，提前close会清空重试状态 - 应用层不能捕获
SQLException后立即return或throw new RuntimeException(e)，得让驱动内部的TAF逻辑有机会接管重连流程
复杂点在于：TAF重连成功后，ResultSet对象本身失效，你得重新executeQuery()拿到新结果集——这不是透明的，应用必须预留重试钩子或用Oracle Replay Driver封装这一层。
