JPA调用存储过程是否在同一事务？Oracle存储过程无法读取未提交数据

核心原因 #

你遇到的问题本质是：同一Spring事务内，Java层创建的未提交实体，Oracle存储过程无法读取。通常由以下原因导致：

• 存储过程调用时使用了独立的JDBC连接，脱离当前事务上下文
• JPA/Hibernate的延迟持久化机制，导致实体变更未及时刷入数据库
• 存储过程内部使用Oracle自治事务，脱离了主事务

具体解决步骤 #

1. 确保存储过程复用当前事务的JDBC连接 #

• 检查repository.callProcedure(id)的事务配置：如果repository方法标注了@Transactional(propagation = Propagation.REQUIRES_NEW)，会强制开启新事务导致连接脱离主事务，需改为默认的Propagation.REQUIRED（可省略不写，默认即为该值）。
• 确认业务层与repository使用同一数据源，跨数据源会导致事务无法共享。

2. 强制刷入实体变更到数据库 #

如果用JPA/Hibernate实现create()，默认会将实体暂存于缓存而非立即写入数据库，此时同一事务内的存储过程无法读取数据。需在调用存储过程前手动触发刷入：

@Transactional
void work(Long id) {
   var entity = (id == null) ? create() : fetch(id);
   process(entity);
   // 手动flush，将JPA缓存的变更写入数据库
   entityManager.flush();
   repository.callProcedure(id);
} 

3. 检查存储过程是否使用自治事务 #

查看Oracle存储过程代码，若存在PRAGMA AUTONOMOUS_TRANSACTION声明，会创建独立的自治事务，完全脱离主事务，自然无法读取未提交数据。必须删除该声明，确保存储过程运行在主事务上下文内。

4. 验证事务回滚逻辑 #

要实现「存储过程失败则全回滚」的需求：

• 让存储过程执行失败时抛出Oracle异常（例如RAISE_APPLICATION_ERROR(-20001, '存储过程执行失败')），Spring的@Transactional默认会捕获RuntimeException并触发回滚。
• 若存储过程以错误码返回结果，Java层需判断错误码并手动标记事务回滚：

  int result = repository.callProcedure(id);
  if (result != 0) {
      TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
      throw new RuntimeException("存储过程执行失败");
  }
  

验证方法 #

可在调用存储过程前后，用同一连接查询实体，确认数据已写入：

// 调用前查询，确认新实体已存在
var checkEntity = repository.findById(entity.getId());
System.out.println(checkEntity); 
repository.callProcedure(id);

若调用前能查到实体，说明数据已刷入数据库，问题大概率出在存储过程的连接或事务配置上。

内容的提问来源于stack exchange，提问作者Leos Literak