在 Spring 的 @Transactional 方法中调用 Oracle 存储过程更新实体后，紧接着查询该实体却返回旧值——这是由于事务未提交导致的二级缓存/一级缓存与数据库一致性问题，可通过强制刷新或绕过缓存机制解决。

在 spring 的 `@transactional` 方法中调用 oracle 存储过程更新实体后，紧接着查询该实体却返回旧值——这是由于事务未提交导致的二级缓存/一级缓存与数据库一致性问题，可通过强制刷新或绕过缓存机制解决。

当 Service 方法被 @Transactional 注解修饰时，Spring 会为其创建一个逻辑事务上下文。在此上下文中，JPA/Hibernate 默认启用一级缓存（Persistence Context），所有 EntityManager 管理的实体变更（包括通过 @Procedure 或原生 SQL 调用的存储过程）均暂存在内存中，直到事务提交才同步至数据库。但关键在于：存储过程本身若未显式触发 COMMIT（Oracle 中通常不自动提交），且 JPA 无法感知其对实体状态的修改，则后续 findById() 或 JPQL 查询仍会从一级缓存返回旧快照，而非重新查库。

✅ 正确解决方案

1. 强制刷新 EntityManager（推荐）

在调用存储过程后，显式调用 entityManager.flush() 和 entityManager.refresh(entity)，确保变更同步并重载最新状态：

@Service
@Transactional
public class UserService {

    @PersistenceContext
    private EntityManager entityManager;

    @Autowired
    private UserRepository userRepository;

    public User updateUserAndRead(Long id) {
        // 调用 Oracle 存储过程（例如使用 @Procedure 或 JdbcTemplate）
        jdbcTemplate.call(new SqlCall("UPDATE_USER_PROC") {{
            declareParameter(new SqlOutParameter("status", Types.INTEGER));
        }}.compile()
            .execute(Collections.singletonMap("user_id", id)));

        // 刷新一级缓存，强制从数据库重新加载
        User user = userRepository.findById(id).orElseThrow();
        entityManager.refresh(user); // ← 关键：绕过缓存，查库获取最新值
        return user;
    }
}

⚠️ 注意：refresh() 仅对已托管（managed）实体生效；若实体未被 EntityManager 管理（如新 new User()），需先 merge() 再 refresh()。

2. 使用 @Modifying(clearAutomatically = true) + flush

若通过 @Query 执行原生更新语句（非存储过程），可结合 @Modifying 声明：

@Repository
public interface UserRepository extends JpaRepository<User, Long> {
    @Modifying(clearAutomatically = true)
    @Query(value = "CALL UPDATE_USER_PROC(:id)", nativeQuery = true)
    void updateUserViaProcedure(@Param("id") Long id);
}

此时 clearAutomatically = true 会清空一级缓存，后续查询将触发全新数据库读取。

3. 避免事务内混合操作（架构建议）

更健壮的设计是分离“写”与“读”边界：

• 将存储过程调用封装在独立的 @Transactional(propagation = Propagation.REQUIRES_NEW) 方法中，确保其事务提交；
• 主事务随后以只读方式查询，避免缓存干扰。

@Service
public class UserService {

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void executeUpdateProcedure(Long id) {
        jdbcTemplate.update("CALL UPDATE_USER_PROC(?)", id);
        // 此处事务已提交，DB 中数据已更新
    }

    @Transactional(readOnly = true)
    public User findLatestUser(Long id) {
        return userRepository.findById(id).orElse(null); // 查到的是已提交的新数据
    }
}

? 总结

• @Transactional 下的“读旧值”本质是 JPA 一级缓存与数据库状态不同步，非数据库问题，而是 ORM 缓存策略所致；
• entityManager.refresh() 是最直接、低侵入的修复方式；
• 避免在单个事务中混用“过程式更新”与“声明式查询”，优先考虑业务逻辑分层与事务传播设计；
• 永远不要依赖存储过程内部 COMMIT（Oracle 中自治事务除外），Spring 事务应统一控制提交边界。