PostgreSQL rewritebatchedinserts未按预期工作问题排查

1. ManyToMany关联的中间表插入未被批量处理 #

rewritebatchedinserts 仅对主实体的插入生效，但Hibernate默认处理ManyToMany关联时，会逐个插入中间表的关联记录，不会将这些关联插入打包成批量语句。比如你提到的2个Entity各关联2个Entity2的场景：

• 主表插入2条语句（若Hibernate批量配置到位）
• 中间表生成4条单独的插入语句
  总共6条，和你看到的日志完全匹配。这部分单条插入的开销会抵消主表批量带来的性能提升，导致1000条数据时耗时差异不明显。

2. Hibernate批量插入的核心配置缺失 #

仅开启PostgreSQL驱动的rewritebatchedinserts远远不够，Hibernate本身的批量开关未打开的话，主实体的插入也不会被批量处理。比如未设置hibernate.jdbc.batch_size、hibernate.order_inserts等参数时，Hibernate还是会逐条插入主实体，驱动层面也无法进行优化。

3. 测试数据量或场景的干扰 #

1000条数据量级偏小，数据库连接池预热、事务提交开销等固定成本占比过高，掩盖了批量插入的性能优势。另外如果测试时开启了Hibernate二级缓存，也会干扰耗时对比的准确性。

1. 补全Hibernate批量插入配置 #

在持久化配置文件（如application.properties或persistence.xml）中添加以下参数：

# 设定批量大小，建议根据数据量调整为50-200
spring.jpa.properties.hibernate.jdbc.batch_size=100
# 让Hibernate按实体类型排序插入语句，便于批量处理
spring.jpa.properties.hibernate.order_inserts=true
spring.jpa.properties.hibernate.order_updates=true
# 禁用JDBC获取自增ID的方式（若使用自增主键），避免批量插入被打断
spring.jpa.properties.hibernate.jdbc.batch_versioned_data=true

2. 手动维护中间表实现批量插入 #

如果Hibernate自动处理中间表仍无法批量，可以创建中间表对应的实体类（比如EntityEntity2），保存主实体后批量插入所有中间表关联记录，绕过Hibernate的自动关联插入逻辑。示例代码：

// 保存主实体
entityRepository.saveAll(entities);
// 收集所有中间表关联记录
List<EntityEntity2> joinRecords = new ArrayList<>();
for (Entity entity : entities) {
    for (Entity2 entity2 : entity.getEntity2List()) {
        joinRecords.add(new EntityEntity2(entity.getId(), entity2.getId()));
    }
}
// 批量插入中间表
entityEntity2Repository.saveAll(joinRecords);

3. 调整测试场景凸显性能差异 #

• 把测试数据量提升到10000条以上，让批量插入的优势充分体现
• 测试前预热数据库连接（比如先执行几次空操作）
• 关闭Hibernate二级缓存，避免缓存干扰
• 确保每次测试都是独立事务，消除事务上下文的影响

4. 确认JDBC驱动版本 #

确保使用的PostgreSQL JDBC驱动版本在42.2.10及以上，该版本开始正式支持rewritebatchedinserts参数。

内容的提问来源于stack exchange，提问作者Akash Jain