Oracle无原生只读副本机制，不支持Redis式read-from自动路由；其Data Guard物理备库需手动指定连接串且无健康探测，逻辑备库兼容性差；RAC非主从架构；故必须用AbstractRoutingDataSource在应用层显式路由，并严格管控事务与只读标识。
Oracle 没有原生的“只读副本”概念，Spring Boot 无法像 Redis 哨兵或 MySQL 主从那样自动识别主从拓扑并路由读请求——必须靠应用层显式控制数据源切换。
为什么不能像 Redis 那样配 read-from: REPLICA_PREFERRED
Oracle 官方不提供类似 Redis Sentinel 或 MySQL Replication Auto-Discovery 的元数据服务。Lettuce、JDBC Driver、MyBatis 都无法自动发现“哪个是主库、哪些是从库”。spring.redis.lettuce.read-from 这类配置对 Oracle 完全无效，强行写进去会被忽略。
- Oracle RAC 是多实例共享存储，不是主从复制；
- Oracle Data Guard 的物理备库（Physical Standby）默认 只读挂载不可写，但应用连接时仍需手动指定连接串，无运行时健康探测和自动降级；
- 逻辑备库（Logical Standby）虽可读写，但表结构/数据类型兼容性限制极多，生产极少用于读写分离场景。
必须用 AbstractRoutingDataSource 手动路由
这是目前 Spring Boot + Oracle 实现读写分离唯一稳定可行的方式：把主库、从库都定义为独立 DataSource，再用 AbstractRoutingDataSource 在运行时根据规则返回对应实例。
- 在
determineCurrentLookupKey()中判断当前操作类型：比如方法名以get/list/count开头，或被@ReadOnly注解标记； - 事务方法（
@Transactional）必须强制走主库，否则会报ORA-16000: database open for read-only access； - 从库连接 URL 必须显式加上
?readOnly=true（如jdbc:oracle:thin:@//192.168.1.20:1521/ORCL?readOnly=true），否则 Oracle JDBC 驱动不会拒绝写操作，可能破坏备库一致性； - 主从库的
driver-class-name必须一致（oracle.jdbc.OracleDriver或oracle.jdbc.driver.OracleDriver），且版本不能混用，否则Connection.isReadOnly()行为可能异常。
从库不可用时不会自动降级，得自己兜底
MySQL 或 Redis 的读写分离中间件通常支持“从库故障自动切主库”，但 AbstractRoutingDataSource 是纯内存路由，不感知数据库连通性。一旦从库宕机，所有标了 @ReadOnly 的查询直接抛 SQLException。
- 不能依赖
try-catch SQLException后重试主库——事务边界已确定，重试会破坏一致性； - 更稳妥的做法是在路由逻辑里加简单健康检查：比如缓存每个从库最近一次成功连接时间，超 30 秒未成功则临时跳过该从库；
- 若只有一个从库，建议在路由 key 判断逻辑中预留开关（如
spring.datasource.oracle.read-only-enabled=false），发布时一键关闭读分流，避免雪崩。
真正麻烦的从来不是配两个 DataSource，而是如何让业务代码不感知、不误用、不出错。比如一个 @Transactional 方法里调用了 @ReadOnly 的 service，事务上下文会污染读操作，导致从库连接被回滚——这种细节，比配置本身更容易在线上出事。
