在 Spring @Transactional 方法中调用 Oracle 存储过程更新实体后，紧接着查询返回的仍是旧值——这是因为事务内未刷新一级缓存且变更尚未提交，需通过显式刷新或隔离级别调整来获取实时数据。
在 spring 事务中调用 oracle 存储过程更新实体后，紧接着查询返回的仍是旧值——这是因为事务内未刷新一级缓存且变更尚未提交，需通过显式刷新或隔离级别调整来获取实时数据。
在典型的 Controller → Service → Repository 分层架构中，当 Service 方法被 @Transactional 注解修饰时，整个方法运行在一个数据库事务上下文中。此时若通过 JdbcTemplate 或 NamedParameterJdbcTemplate 调用 Oracle 存储过程（如 CALL update_user(?)）执行更新，该操作会作用于当前事务的数据库连接，但 不会自动触发 JPA/Hibernate 的一级缓存同步，也不会强制将变更刷入数据库（除非显式提交）。因此，紧随其后的 repository.findById() 或自定义查询（如 @Query 调用函数）仍可能从 Hibernate 一级缓存（Session 级）或事务内未刷新的 ResultSet 中读取旧快照。
✅ 正确做法：强制同步与刷新
1. 使用 EntityManager.flush() + EntityManager.refresh()
若使用 JPA，可在存储过程执行后主动刷新上下文：
@Service
@Transactional
public class UserService {
@PersistenceContext
private EntityManager entityManager;
@Autowired
private JdbcTemplate jdbcTemplate;
public User updateUserAndRead(Long id) {
// 执行 Oracle 存储过程更新
jdbcTemplate.update("CALL update_user(?)", id);
// 强制将 pending changes 同步至数据库（注意：不提交事务）
entityManager.flush();
// 从数据库重新加载最新状态（绕过一级缓存）
User user = entityManager.find(User.class, id);
entityManager.refresh(user); // 关键：强制重查 DB
return user;
}
}
⚠️ 注意：flush() 仅将持久化上下文变更同步到数据库（需数据库支持），但不提交；refresh() 则忽略缓存，直接发起 SELECT 查询获取最新行。
2. 替代方案：禁用一级缓存（慎用）
对特定查询跳过缓存，适用于只读场景：
@Query(value = "SELECT * FROM users WHERE id = :id", nativeQuery = true)
@Modifying(clearAutomatically = true) // 清除一级缓存（仅用于 UPDATE/DELETE）
User findLatestUser(@Param("id") Long id);
或在查询方法上添加 @QueryHints(@QueryHint(name = "org.hibernate.readOnly", value = "true")) 并配合 entityManager.clear() 控制缓存粒度。
3. 调整事务传播行为（按需选用）
若业务允许，可将“读取最新数据”逻辑拆至独立事务中：
@Service
public class UserService {
@Transactional
public void updateUserViaProcedure(Long id) {
jdbcTemplate.update("CALL update_user(?)", id);
}
@Transactional(propagation = Propagation.REQUIRES_NEW) // 新事务，可见已提交数据
public User readLatestUser(Long id) {
return userRepository.findById(id).orElse(null);
}
}
✅ 优势：语义清晰、避免缓存干扰；⚠️ 风险：额外事务开销，需确保存储过程已提交（即非 REQUIRES_NEW 内部调用）。
? 总结建议
- 根本原因：@Transactional 下存储过程更新属于同一事务上下文，但 ORM 缓存与 JDBC 结果集未自动同步；
- 首选方案：entityManager.flush() + refresh() 组合，精准可控，不破坏事务边界；
- 避免误区：不要依赖 saveAndFlush()（仅适用于 CrudRepository.save() 场景），存储过程更新需手动干预；
- 生产提示：Oracle 存储过程中若含 COMMIT，将违反 Spring 事务一致性，务必确保其为 AUTONOMOUS_TRANSACTION 或无显式提交。
通过合理组合刷新机制与事务设计，即可在保障 ACID 的前提下，实现“更新即查”的业务需求。
