Spring JPA hibernate - API 中的重复事务使其变慢

Question

我正在春季开发 API - JPA - Hibernate 应用程序。 API接收订单列表，需要一一持久化。

控制器方法如下

bulkUpsert(@RequestBody Orders orders){
  for(Order order:orders.getOrders()){
       saveOrUpdateOrder(order);
  }
}

服务方法如下

@Transactional
saveOrUpdateOrder(Order order){
   //do processing and call dao methods to save/update
}

这是我的弹簧配置

<bean id="transactionManager"
      class="org.springframework.orm.jpa.JpaTransactionManager"
      p:entityManagerFactory-ref="entityManagerFactory">
    <property name="defaultTimeout" value="${jdbc.defaultTransactionTimeout}"/>
</bean>
<tx:annotation-driven transaction-manager="transactionManager"/>

网页 xml：

 <filter>
    <filter-name>OpenEntityManagerInViewFilter</filter-name>
    <filter-class>org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter</filter-class>
  </filter>

现在我观察到的问题是，随着通过的订单数量不断增加，完成 API 的时间呈指数级增长。我没有预料到这一点，因为我正在逐一提交订单。 如果前 100 个订单大约需要 10 秒，那么第 900-1000 个订单需要超过 1 分钟。

现在如果我在控制器方法（bulkUpsert）的循环中调用 saveOrUpdateOrder 之后添加 entitymanager.clear()，api 变得很快。

虽然我很高兴问题得到解决，但我很困惑，因为我的理解与发生的事情不符。我期待当事务提交时，它会刷新所有的东西，一切都将重新开始下一次事务.

不是吗？

即使事务提交，实体是否仍保留在会话中？

Answer 1

理论上你是正确的，但是默认情况下 Spring Boot 启用 OpenEntityManagerInViewInterceptor 启用 open entitymanager in view pattern。这反过来将您引导到每个请求的单个 EntityManager。

这解释了您所看到的行为，因为您希望在每笔交易中获得一个全新的 EntityManager，但重新使用了预先注册的 EntityManager。

您可以通过禁用OpenEntityManagerInViewInterceptor 来解决此问题。通过在application.properties 文件中将spring.jpa.open-in-view 设置为false 来执行此操作。但是，这可能会导致其他代码出现问题，这些问题可能在不知不觉中依赖于开放实体管理器的视图行为。