Oracle动态数据源必须使用oracle.jdbc.xa.client.OracleXADataSource及ojdbc8，禁用DataSourceAutoConfiguration，@DS在Oracle中易因权限、strict配置或事务嵌套失效，Seata XA模式下须关闭AT代理并确保DB端启用XA支持。
Oracle动态数据源必须用XA驱动，不能只换URL
直接复用MySQL多数据源写法去配Oracle，90%会卡在连接建立阶段——oracle.jdbc.driver.OracleDriver不支持XA事务，而Spring Cloud微服务场景下一旦涉及跨服务调用或分布式事务（哪怕只是潜在可能），就必须启用XA-capable数据源。否则DataSourceTransactionManager在prepare阶段就抛XAException，日志里只显示“Protocol violation”或空指针，根本看不出是驱动问题。
正确做法是显式使用oracle.jdbc.xa.client.OracleXADataSource，且驱动版本必须匹配：
- Oracle 12c/19c/21c → 用
ojdbc8.jar（不是ojdbc10或ojdbc6） - 确认
OracleXADataSource类存在且能被加载（Class.forName("oracle.jdbc.xa.client.OracleXADataSource")不报错） - URL格式保持不变：
jdbc:oracle:thin:@host:port:SID，但底层连接由XADataSource创建
DynamicDataSource路由逻辑要绕过Spring Boot自动配置
Spring Boot 2.7+ 和 3.x 默认启用DataSourceAutoConfiguration，它会扫描所有DataSource Bean并尝试绑定DataSourceTransactionManager。如果你定义了多个@Bean，它会随机选一个作为primary，其余被忽略，AbstractRoutingDataSource的determineCurrentLookupKey()根本不会被调用。
必须在application.yml中禁用自动配置：
spring:
autoconfigure:
exclude: org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration
再手动定义两个XA数据源Bean：
-
@Primary标注主数据源Bean，名称如primaryXaDataSource - 次数据源Bean名称如
secondaryXaDataSource，不加@Primary - 两个Bean都用
OracleXADataSource实例化，不能混用HikariCP包装
@DS注解在Oracle场景下容易失效的三个条件
用dynamic-datasource-spring-boot-starter时，@DS("slave")看似简单，但在Oracle环境里常静默回退到默认数据源。根本原因不是注解没生效，而是：
- 事务方法内嵌套调用未加
@Transactional(propagation = Propagation.REQUIRES_NEW)，导致当前事务绑定的Connection未释放，后续@DS切换无效 - Oracle数据库端未授权
SELECT ANY DICTIONARY权限，dynamic-datasource内部做连接健康检查时执行SELECT 'x' FROM DUAL失败，自动降级为默认源 - 配置中
datasource.dynamic.strict=false开启后，若指定数据源名不存在（比如拼错成slvae），它不会报错，而是悄悄走默认源——这个行为在Oracle调试期极难察觉
Seata XA模式下动态数据源必须关闭AT机制
如果项目已集成Seata且需要跨Oracle库做分布式事务，dynamic-datasource和Seata会互相干扰：Seata默认拦截DataSource并注入AT代理，而动态路由需要原始XA数据源实例。两者共存会导致分支事务注册成功但全局提交时卡死在PhaseOne。
必须同时满足三项：
- 应用
application.yml中设seata.data-source-proxy-mode: XA（不是AT） -
seata.conf里关掉service.disableGlobalTransaction = false，并确保store.mode="db"指向Seata TC专用库（不能是业务Oracle库） - 动态数据源配置类中，所有
DataSourceBean必须声明为@Primary且不被DataSourceProxy包装，即避开io.seata.rm.datasource.DataSourceProxy代理链
最易被忽略的是Oracle实例本身的XA支持：即使Java层全配对，DBA没执行ALTER SYSTEM SET "_xa_open_transactions"=1000 SCOPE=BOTH;并授XA_ADMIN角色，连接会在XAResource.start()阶段直接拒绝，错误日志里连堆栈都没有。
