在JPA原生更新后查询场景中，flushAutomatically的使用是否必要且安全？

代码场景 #

服务类SomeService #

class SomeService { 
...
@Transactional
public MyItem updateModificationDate(MyItem item)  {
   myRepository.updateModificationDate(myItem.getId(), DateTime.now().toDate());
   myItem = find(myItem.getId());//use dao.find
   return myItem;
}

} 

仓库类MyRepository #

class MyRepository extends JpaRepository<MyItem, Integer>{ 
    ....
    
    @Modifying(flushAutomatically = true)
    @Query(nativeQuery = true, value = "UPDATE myItemsTable SET modificationDate = ?2 WHERE id = ?1")
    void updateModificationDate(Integer itemId, Date dateToSet);
} 

问题 #

在此场景下，是否需要且安全使用flushAutomatically = true？还是无需配置该参数也能获取到带有更新后日期字段的MyItem？

回答 #

首先明确：在你当前的代码场景下，flushAutomatically = true不是必须的，而且它也解决不了「确保获取更新后日期」的核心问题，下面拆解清楚：

先搞懂flushAutomatically = true的作用 #

这个参数是让JPA在执行当前原生SQL更新之前，自动把持久化上下文里的所有未提交变更刷到数据库。它的设计目的是避免：如果之前你通过JPA对同一个MyItem做过其他字段的修改但没提交，原生SQL直接更新会覆盖掉这些JPA层面的修改，导致数据不一致。但你的代码里，服务方法一上来就直接调用原生update，没有任何前置的JPA修改操作，所以这个参数在这里完全没用。

那不用这个参数，能不能拿到更新后的MyItem？ #

不一定，取决于这个MyItem实例是否在当前事务的**一级缓存（持久化上下文）**里：

• 如果传入的item是当前事务中已经加载过的实例（比如这个方法是同一个事务流程里，之前刚查过这个item），那么调用find(myItem.getId())时，JPA会直接从缓存返回旧的实例，拿到的还是更新前的日期。
• 如果传入的item是脱离缓存的（比如是前端传的DTO转换来的，或者是之前事务里的实例），那find会直接查数据库，就能拿到新的日期。

要确保100%拿到更新后的MyItem，该怎么做？ #

如果想不管缓存情况，都能拿到最新值，有两个更靠谱的办法：

• 给@Modifying加上clearAutomatically = true参数：这个参数会在执行完原生update后自动清空持久化上下文，后续的find操作会强制去数据库查询最新数据。
• 在执行原生update之后，手动调用entityManager.clear()清空持久化上下文，或者给查询方法添加禁用缓存的注解，比如@QueryHints(@QueryHint(name = org.hibernate.annotations.QueryHints.CACHEABLE, value = "false"))，强制绕过缓存查库。

内容的提问来源于stack exchange，提问作者lm.