Hibernate 在保存之前进行另一个选择

Question

我有以下示例代码：

@Transactional
public void someMethod() {
    MyEntity myEntity = myRepo.findById(1).orElse(null);
    if (myEntity != null) {
        myEntity.setValue("something");
        myRepo.save(myEntity);
    }
}

而myRepo 是一个实例：

public interface MyRepo extends CrudRepository<MyEntity, Integer> {}

所以我可以看到第一个 SELECT 来自 myRepo.findById(1)，这是有道理的。但是当代码运行到myRepo.save(myEntity) 时，Hibernate 以某种方式认为从findById() 返回的myEntity 不是托管的，因此它再次执行另一个 SELECT 以创建托管实体，然后使用 myEntity 替换其值，然后执行更新。

您能否解释一下为什么需要另一个 SELECT 以及如何避免它？此外，方法上方的 @Transactional 注释无论有没有它都不会改变这种行为。

Answer 1

它来自 @Transactional 在 Spring 中的不太明确的行为。 @Transactional 意味着两件事：

1. 打开的持久上下文（休眠会话）
2. 交易本身。

您有第二个选择，因为在您的情况下 @Transactional 根本不起作用。 Hibernate 为每个调用打开一个新的持久上下文

1. myRepo.findById(1)
2. myRepo.save(myEntity)

如果您想进行自调用，则需要将对您的服务的引用传递给您调用事务方法的方法。

class SomeServiceImpl implements SomeService {

    public void doWork(SomeService self) {
        self.someMethod();
    }

    @Transactional
    public void someMethod() {
        MyEntity myEntity = myRepo.findById(1).orElse(null);
        if (myEntity != null) {
            myEntity.setValue("something");
            myRepo.save(myEntity);
        }
    }

}

例子

SomeService service;
service.doWork(service);

另一种方法是将self 自动写入服务字段。但这不是很好，因为您必须通过归档注入来使用自动软件。使用构造函数来实现自动化是不可能的。所以很难对服务进行单元测试。