Oracle事务不提交时@Transactional失效，主因是：1. 默认仅RuntimeException回滚，SQLException等需rollbackFor指定；2. 事务管理器未正确配置或autocommit冲突；3. 同类内方法调用绕过AOP代理；4. 连接池状态残留或隔离级别异常。
Oracle事务不提交，@Transactional 像没写一样？先看异常类型
spring 默认只对 runtimeexception 及其子类回滚，exception（比如 sqlexception、ioexception）不会触发回滚，事务会继续走到 commit —— 但 oracle 那边可能已经因异常中断了执行链，导致看似“没提交”。你 catch 了异常又没 re-throw，或者抛的是 exception，@transactional 就直接当没事发生。
- 检查你的 service 方法里有没有
try-catch吞掉异常，尤其是捕获了Exception却没throw new RuntimeException(e) - 确认抛出的异常是不是
RuntimeException子类；Oracle JDBC 抛的SQLException是Exception，不是运行时异常 - 如果必须用检查型异常控制流程，改用
@Transactional(rollbackFor = SQLException.class)
Oracle 的 autocommit 模式和 Spring 事务管理器配错
Spring 事务生效的前提是：所有数据库操作走的是同一个 DataSource，且该数据源被正确注入到 DataSourceTransactionManager（或 JpaTransactionManager）。Oracle 驱动默认开启 autocommit，如果事务管理器没配或配错，Spring 根本拿不到连接控制权，@Transactional 形同虚设。
- 确认配置中存在且仅存在一个
PlatformTransactionManagerbean，名字别写成transactionManager1这种，Spring Boot 2.4+ 不再自动装配非标准名的事务管理器 - 检查
DataSource是否被 HikariCP 或 Druid 正确代理，避免手动 newDriverManagerDataSource（它不支持事务挂起） - Oracle 连接 URL 加上
?defaultRowPrefetch=100&implicitStatementCacheSize=25没问题，但别加autoCommit=true—— 即使写了，Spring 事务管理器也会在 begin 时强制 setAutoCommit(false)，但如果连接池提前 commit 过，状态就乱了
方法调用在同一个类内，AOP 代理失效
@Transactional 是基于 Spring AOP 的代理机制，本质是通过代理对象拦截方法调用。如果你在 service 类内部调用另一个带 @Transactional 的方法（比如 this.updateOrder()），JVM 直接走本类调用，绕过了代理，事务注解完全不生效。
- 把跨方法的事务逻辑拆到不同 bean 中，比如
OrderService调PaymentService.process() - 实在要同个类内调用，用
ApplicationContext.getBean(YourService.class).method()（不推荐，破坏封装） - 或者注入自身：
@Autowired private YourService self;，然后调self.updateOrder()（需开启expose-proxy=true并用AopContext.currentProxy()，更重，慎用）
Oracle 数据库端看到未提交，但日志显示 “commit”？查隔离级别和连接复用
Spring 提交后，Oracle v$transaction 视图可能仍显示活动事务，常见原因是：连接没释放、事务超时未清理、或 JDBC 驱动缓存了连接状态。尤其在使用 Connection.close() 但连接池未真正归还时，下一次获取的连接可能带着上一个事务的残留状态。
- 打开 Oracle 的
sql_trace或用SELECT * FROM v$transaction确认事务是否真在 DB 层挂起；如果v$transaction为空但数据没刷出，大概率是应用层没 commit（比如事务管理器没生效） - 检查 HikariCP 的
connection-timeout和idle-timeout，太短可能导致连接被强制回收，事务中断无提示 - Oracle 12c+ 默认隔离级别是
READ COMMITTED，没问题；但如果你显式设了ISOLATION_SERIALIZABLE，注意它会锁更多资源，长时间未提交容易被 DBA kill，看起来像“卡住”
最常被忽略的一点：Oracle 的 SAVEPOINT 和嵌套事务语义并不存在，Spring 的 PROPAGATION_NESTED 在 Oracle 上实际是用 savepoint 模拟的，一旦外层事务 rollback，内层 savepoint 也一并失效——但如果你没 catch 异常，外层根本不知道 savepoint 出过事。
