@Transactional 方法结束后数据库不会立即更改

Question

我有一个 Java、Spring 数据应用程序和一个 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");
    }
}

有时这段代码打印“不在数据库中”，而我期望它总是打印“在数据库中”。 我的问题是：

1. 这个 saveAndFlush 甚至是必要的？ 因为我没有在同一个事务中重复使用那个实体，我想它会和保存有同样的效果，对吧？
2. 如何保证method2 的修改在method 3 调用之前提交？ 所以它总是打印“在数据库中”？
3. 我正在将我的实体转换为 DTO 的事实是什么搞砸了？ 也许如果我传递实体本身它会正常工作？

我正在考虑仅在 method1 中使用 @Transactional，或者将 method3 中的 @Transactional 替换为 @Transactional(isolation = Isolation.READ_UNCOMMITTED)。 有什么建议吗？

Answer 1

我可以看到您获得所描述结果的几个原因。

一种可能性是@Transactional不一定意味着“在完全独立的事务中执行此方法”。 默认传播是REQUIRED ，如果一个已经处于活动状态，它将使用现有事务。 因此，如果在先前打开事务的堆栈中调用method2() ，则在提交原始事务之前，它不会创建新事务（因此不会提交新实体）。 如果发生这种情况，一种解决方案是将传播更改为REQUIRES_NEW ：

@Transactional(propagation = REQUIRES_NEW)

另一种可能性（似乎更有可能）是这些方法都在同一个 class 中。要理解失败的原因，您必须了解 Spring 如何实现@Transactional （以及大多数其他行为注释）的处理：使用代理。 这意味着只有通过代理的方法调用才能获得事务行为。 这是典型的场景，当一个 object 调用它对另一个的引用时； 该引用实际上是对代理的引用，它拦截调用并将行为（在本例中为事务性）包装在调用周围。 然而，当在同一个实例中调用方法时，没有代理在起作用（Spring 不会/不能用对代理的引用替换this ），因此没有事务行为。

有几种方法可以解决这个问题，但首先我会考虑如何重构我的类和方法来避免它。 如果这不合理，则在此 SO Q&A中讨论诸如 AspectJ、 TransactionTemplate以及其他一些想法之类的内容。

---

附录：这个问题及其答案还讨论了解决代理问题的选项。