Spring Data事务疑难：@Transactional方法结束后数据库未即时更新

问题背景 #

我开发了一个基于Java、Spring Data和PostgreSQL数据库的应用，服务层代码如下：

public void method1() {
    PersonDto dto = method2();
    method3(dto);
}

@Transactional
public PersonDto method2() {
    Person p1 = personRepository.saveAndFlush(new Person());
    return createPersonDto(p1);
}

@Transactional
public void method3(PersonDto p1) {
    Person p2 = personRepository.findById(p1.getId());
    if (p2 == null) {
        System.out.println("Not in the DB");
    } else {
        System.out.println("In the DB");
    }
}

预期这段代码应始终打印“In the DB”，但有时会打印“Not in the DB”，有以下疑问：

1. saveAndFlush是否必要？由于未在同一事务中复用该实体，是否和save效果一致？
2. 如何确保method2的变更在method3调用前提交，以保证始终打印“In the DB”？
3. 将实体转换为DTO是否导致了问题？如果直接传递实体是否能正常工作？

我考虑过仅在method1上添加@Transactional，或把method3的@Transactional改为@Transactional(isolation = Isolation.READ_UNCOMMITTED)，希望得到相关建议。

问题解答 #

1. saveAndFlush是否必要？和save的区别？ #

在method2这种单独事务的场景下，saveAndFlush和save最终效果几乎一致——因为事务结束时Spring Data会自动触发flush操作。两者的核心差异是：

• save仅将实体标记为持久化状态，等待事务提交阶段统一执行flush（生成SQL并发送到数据库）；
• saveAndFlush会立即触发SQL插入操作，但事务仍处于未提交状态，数据对其他事务不可见。

所以这里完全可以用save替代saveAndFlush，额外调用flush没有实际意义。

2. 确保method2变更在method3前提交的可靠方案 #

问题的核心是事务提交时机与数据可见性：method2的事务提交完成后，数据才会对其他事务（比如method3的事务）可见。偶尔出现读不到的情况，大概率是PostgreSQL默认的异步提交机制——事务提交时，数据库不会等待数据写入磁盘就返回成功，短时间内其他事务可能读不到刚提交的数据。

推荐两种方案：

• 优先方案：给method1添加@Transactional
  将整个method1的执行逻辑纳入同一个事务，此时method2和method3共享同一事务上下文：method2保存的实体在当前事务内天然可见，method3甚至不需要查库（直接用内存中的实体状态即可），既解决了数据可见性问题，又减少了事务开启/提交的性能开销。
• 备选方案：确保method2事务完全提交后再执行method3
  如果必须拆分事务，可以通过Spring的TransactionSynchronizationManager监听method2的事务提交事件，在回调中执行method3；或者修改PostgreSQL的synchronous_commit = on强制同步提交，但这会降低数据库性能，不推荐。

另外，不要尝试将method3的隔离级别改为READ_UNCOMMITTED——PostgreSQL不支持该隔离级别，会自动降级为默认的READ COMMITTED，无法解决问题。

3. DTO转换是否是问题根源？直接传实体可行吗？ #

DTO转换不是导致问题的原因。问题出在跨事务的数据可见性上：不管传DTO还是实体，method3作为独立事务，在method2事务未完全提交时，都有可能读不到数据库中的数据。

如果直接传递实体：

• 若method1加了@Transactional（同一事务），method3可以直接使用实体的持久化状态，无需查库；
• 若仍保持拆分事务的结构，直接传实体也会出现偶尔读不到的情况——因为实体的ID虽然存在，但数据库中的事务尚未完成提交，findById查询的是数据库的实际数据，而非内存中的实体对象。

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