使用身份标识符生成器时，Hibernate禁用了插入批处理

  • Z时代
  • 2024-01-10
  • 分类：问答

Hibernate文档说：

如果使用身份标识符生成器，​​则Hibernate透明地在JDBC级别禁用插入批处理。

但是我所有的实体都具有以下配置：

@Id
@GeneratedValue(strategy = javax.persistence.GenerationType.IDENTITY)
private Integer id;

当我在上方使用此身份时

  1. 有什么问题IDENTITY？

  2. 批量插入被禁用了吗？

  3. 我该如何解决？

回答：

  1. Hibernate尝试将持久性上下文刷新推迟到最后可能的时刻。传统上，这种策略被称为事务后写。

后写与Hibernate刷新更相关，而不是任何逻辑或物理事务。在事务期间，刷新可能会发生多次。

刷新的更改仅对当前数据库事务可见。在提交当前事务之前，其他并发事务看不到任何更改。

  1. 所述IDENTITY发生器允许的整数/ BIGINT列是自动递增上的需求。增量过程发生在当前正在运行的事务之外，因此回滚最终可能会丢弃已经分配的值（可能会出现值差距）。

增量过程非常有效，因为它使用了数据库内部的轻量级锁定机制，而不是重量级的事务性过程粒度锁定。

唯一的缺点是我们在执行INSERT语句之前无法知道新分配的值。这种限制阻碍了Hibernate采用的“事务后写”刷新策略。因此，Hibernates使用IDENTITY生成器禁用对实体的JDBC批处理支持。

  1. 唯一的解决方案是使用TABLE标识符生成器，​​该生成器由pooled-lo优化器支持。该生成器也可与MySQL一起使用，因此它克服了对数据库SEQUENCE支持的不足。但是，TABLE生成器的性能要比IDENTITY差，因此最后，这不是可行的选择。因此，在MySQL上，使用IDENTITY仍然是最佳选择，如果需要批量插入，可以使用jOOQ。Hibernate和jOOQ是很好的组合。

以上是 使用身份标识符生成器时，Hibernate禁用了插入批处理 的全部内容， 来源链接： utcz.com/qa/414121.html

回到顶部