Hibernate批量插入DB2未按预期工作问题排查

核心原因 #

你的问题主要来自两个关键点：

1. 触发器的逐行执行特性：你创建的触发器是FOR EACH ROW类型，每插入一条记录就触发一次，且每次触发都会执行dbms_alert.sleep(5)，这直接导致每条记录的插入操作间隔至少5秒，自然CREATION_DATE会有明显差异——哪怕Hibernate的批量插入配置生效，也会被触发器的逐行逻辑打断。
2. DB2时间戳的生成时机：CURRENT TIMESTAMP是在每条记录被处理（含触发器执行）时生成的，触发器的sleep会让时间逐行流逝，所以时间戳必然不同。

另外需要确认Hibernate批量插入是否真正在JDBC层面生效（虽不是当前时间差异的直接原因，但影响整体性能）：你的配置缺少DB2方言指定，可能导致Hibernate无法针对DB2优化批量操作；同时JDBC驱动可能需要额外参数开启批量支持。

解决方案 #

1. 调整测试用触发器 #

如果是为了验证批量插入效果，直接移除带sleep的触发器——FOR EACH ROW触发器本身会破坏批量操作的原子性，强制插入逻辑逐行执行。若业务需要保留触发器，删除CALL dbms_alert.sleep(5);语句即可。

2. 统一CREATION_DATE生成时机 #

若希望批量插入的记录时间戳完全一致，不要依赖数据库默认值，改为在应用层生成统一时间：

public void batch() {
    Timestamp batchCreateTime = new Timestamp(System.currentTimeMillis());
    for (int a = 0; a < 10; a++) {
        MyEntity newEntity = new MyEntity(UUID.randomUUID().toString());
        newEntity.setMessage(Integer.toString(a));
        newEntity.setCreationDate(batchCreateTime); // 应用层统一设置时间
        em.persist(newEntity);
    }
    em.flush();
    em.clear();
}

同时可修改表结构去掉默认值（或保留，应用层设置的值会覆盖默认值）：

ALTER TABLE MY_TABLE ALTER COLUMN CREATION_DATE DROP DEFAULT;

3. 确保Hibernate批量插入真正生效 #

补充以下配置到persistence.xml：

<!-- 指定DB2方言，让Hibernate针对DB2优化批量操作 -->
<property name="hibernate.dialect" value="org.hibernate.dialect.DB2Dialect"/>
<!-- 开启JDBC批量准备语句支持 -->
<property name="hibernate.jdbc.use_get_generated_keys" value="true"/>

同时检查JDBC URL是否添加批量支持参数（以IBM DB2 JDBC驱动为例）：

jdbc:db2://<host>:<port>/<dbname>:useBatchPreparedStatements=true;

验证批量生效 #

开启Hibernate SQL日志，查看是否输出batch insert相关内容，且是否按batch_size分组生成INSERT语句，而非10条单独的INSERT。

内容的提问来源于stack exchange，提问作者sensen ol