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 形同虚设。

• 确认配置中存在且仅存在一个 PlatformTransactionManager bean，名字别写成 transactionManager1 这种，Spring Boot 2.4+ 不再自动装配非标准名的事务管理器
• 检查 DataSource 是否被 HikariCP 或 Druid 正确代理，避免手动 new DriverManagerDataSource（它不支持事务挂起）
• 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 出过事。