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

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

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

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

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

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

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