jpa批量保存,事务没提交_在事务外自动保存托管JPA实体

jpa批量保存,事务没提交

Spring中的存储库和事务并存。 Spring中的所有数据库访问都应在事务内运行，并且通常在某个地方使用@Transactional来强制执行此操作。但是，这并不总是必需的。例如，当使用Spring Data时，您的存储库使用SimpleJPARepository来实现CRUD功能。 SimpleJPARepository使用@Transactional因此在执行CRUD操作时，已经为您处理了事务。这可能会给人以错误的印象，即您不需要使用@Transactional注释自己的类，因为仅当您知道自己在做什么时，这才是正确的。

考虑以下基于Spring Data的时间序列示例来管理汽车租赁：

public CarRentalEntry createNewRental(Car car) {CarRentalEntry latestEntry = carRentalRepository.findByCarId(car.getId());latestCarRentalEntry.setEndDate(LocalDate.now());CarRentalEntry newEntry = new CarRentalEntry();newEntry.setCarId(car.getId())newEntry.setStartDate(LocalDate.now());newEntry.setEndDate(null);carRentalRepository.save(newEntry);
}

在上面的示例中，通过存储库获取了特定汽车的最新汽车租赁条目，并结束了该租赁。然后，将创建并保存一个新的汽车租赁条目。这在没有@Transactional情况下将起作用，因为carRentalRepository是一个处理事务的SimpleJPARepository 。现在考虑以下在更改latestEntry的结束日期之前进行保存的latestEntry ：

public CarRentalEntry createNewRental(Car car) { CarRentalEntry newEntry = new CarRentalEntry();newEntry.setCarId(car.getId())newEntry.setStartDate(LocalDate.now());newEntry.setEndDate(null);carRentalRepository.save(newEntry);CarRentalEntry latestEntry = carRentalRepository.findByCarId(car.getId());latestCarRentalEntry.setEndDate(LocalDate.now());}

从功能上讲，方法完全相同，但是在此示例中，将仅执行保存 。由于没有事务，对latestEntry修改将不会保存到数据库中！为了使这种方法有效，必须使用@Transactional注释createNewRental() 。如果JPA受管实体上的任何更改发生在正常JPA行为的事务中，则仅自动保存它们。所以问题是为什么第一种方法不需要交易。

实际上确实如此。当latestEntry是通过存储库读取，它被加入到persistanceContext JPAS的（又名1级高速缓存） entityManager 。当调用save()方法时，它在事务提交时刷新了persistanceContext ，这反过来又带来了副作用，即还保留了修改后的latestEntry 。在第二个示例中， persistanceContext latestEntry在调用save()时没有latestEntry 。因为在方法完成时没有事务提交，所以不会刷新更改。通过添加@Transactional ，再次刷新persistanceContext ，并将修改内容写入数据库。请注意，第二个示例也可以通过调用carRentalRepository.flush() @Transactional ，因为它也在@Transactional下运行。

最重要的是，您应该控制自己的事务，因为这种情况表明容易出错。

最后是调试Hibernate和受管实体问题时的提示。放置断点的良好候选类是：

org.springframework.orm.jpa.JpaTransactionManager
org.hibernate.jpa.internal.TransactionImpl.commit()将要刷新的持久性上下文通常在TransactionImpl.entityManager.session.persistenceContext找到