真正批量插入需同时满足：①主键用table或sequence策略避开identity；②mysql连接串加rewritebatchedstatements=true；③配置hibernate.jdbc.batch_size及order_inserts=true。

直接用 saveAll() 不等于批量插入——它只是语法上“批量”，底层仍可能逐条执行。真正提速，得让 JDBC 层发出多值 INSERT（如 INSERT INTO t VALUES (),(),()），并绕过 Hibernate 对主键的强依赖。以下是生产验证有效的优化路径。

主键策略必须避开 IDENTITY

MySQL 的 AUTO_INCREMENT 或 PostgreSQL 的 SERIAL 配合 @GeneratedValue(strategy = GenerationType.IDENTITY) 会强制 Hibernate 每插一条就查一次 ID，彻底禁用批处理。

• ✅ 改用 GenerationType.TABLE：Hibernate 预取一批 ID，支持批量写入
• ✅ 改用 GenerationType.SEQUENCE（PostgreSQL/Oracle 推荐）：同样支持预分配
• ❌ 不要改实体主键为 Long 后手动 set，容易重复或冲突

JDBC 与 Hibernate 必须协同配置

仅改主键不够，驱动和框架都得“同意”批量。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• MySQL 连接串加参数：?rewriteBatchedStatements=true（关键！没它就只是逻辑批，不是物理批）
• application.yml 中配：

spring:
  jpa:
    properties:
      hibernate:
        jdbc.batch_size: 1000
        order_inserts: true
        order_updates: true

• batch_size 建议 50–1000，视单条数据大小调整；太大易 OOM，太小收益低

分批调用 saveAll，别一把喂全量

即使配置正确，一次性传 10 万条进 saveAll() 仍可能触发 GC、内存溢出或事务超时。

• 按 100–500 条一组切分原始集合
• 每组单独调用 saveAll()，并在组间加 entityManager.flush() + clear()（如果用 EntityManager 手动管理）
• 避免用 parallelStream() 并发调用 —— 容易打爆连接池，改用固定线程池 + 限流

超大数据量（>50 万）建议跳过 JPA，直连 JDBC

当性能压到极限，JPA 的脏检查、一级缓存、二级缓存反而成负担。

• 用 JdbcTemplate.batchUpdate() 或 NamedParameterJdbcTemplate 构造原生 SQL
• 配合 rewriteBatchedStatements=true，实测比优化后的 saveAll() 快 3–8 倍
• 适合导入、同步类场景，不涉及复杂业务逻辑校验时

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南