为何EntityManager批量插入性能远低于JDBC直接插入？

我有一个向数据库插入大量数据的业务场景，因此对插入性能进行测试，两种实现的耗时差异显著：

EntityManager实现（插入5万条数据耗时约200秒） #

try {
    TransactionTemplate transactionTemplate = new TransactionTemplate(platformTransactionManager);
    long start = System.currentTimeMillis();
    transactionTemplate.execute(status -> {
        try {
            int batchSize = 5000;
            int counter = 0;
           
            for (Data row : dataArray) {
                entityManager.persist(row);

                if ((counter + 1) % batchSize == 0) {
                    entityManager.flush();
                    entityManager.clear();
                }
                counter++;
            }
            
            return "DONE";
        } catch (Exception e) {
            throw new RuntimeException("Error while writing", e);
        }
    });

JDBC原生实现（插入5万条数据耗时约30秒） #

EntityManagerFactoryInfo info = (EntityManagerFactoryInfo) entityManager.getEntityManagerFactory();
String insertQuery = String.format("INSERT INTO my_table VALUES (?, ?)");
int batchSize = 5000;

try (Connection connection = info.getDataSource().getConnection();
     PreparedStatement statement = connection.prepareStatement(insertQuery);
) {
    
    int counter = 0;
    connection.setAutoCommit(false);

    for (Data row : dataArray) {
        statement.clearParameters();

        statement.setObject(1, row.getUniqueIdentifier());
        statement.setObject(2, row.getInsertionId());
        
        statement.addBatch();
        if ((counter + 1) % batchSize == 0) {
            statement.executeBatch();
            connection.commit();
            statement.clearBatch();
        }
        counter++;
    }
    
} catch (Exception e) {
    throw new RuntimeException("Error While Writing: ", e);
}
}

问题 #

为何EntityManager实现的插入方法性能较慢？

性能差异的核心原因 #

• ORM的额外运行时开销：EntityManager作为JPA实现，执行persist时会做大量额外工作——跟踪实体状态、校验字段约束、解析实体注解生成SQL，这些步骤每条数据都要执行，累积起来消耗大量时间，而JDBC原生实现完全跳过了这些环节。
• 批量插入优化未启用：很多JPA默认并未开启真正的批量插入优化，即使调用flush和clear，底层可能还是单条执行INSERT语句。要实现类似JDBC的批量效果，需要额外配置参数（比如Hibernate的hibernate.jdbc.batch_size、hibernate.order_inserts），否则只是攒一批单条SQL发送，和JDBC的原生批量执行效率差距极大。
• 事务与上下文管理开销：EntityManager的事务由TransactionTemplate管理，事务上下文需要维护更多实体状态和缓存信息；而JDBC实现手动管理事务，关闭自动提交后每批提交一次，资源消耗更轻。
• 对象映射的额外消耗：JPA需要通过反射解析实体的字段、注解或getter/setter完成对象到数据库字段的映射，而JDBC实现直接手动设置参数，省去了这一层映射的耗时。

内容的提问来源于stack exchange，提问作者Bad Coder