java中jdbc批量操作的核心在于：1.用preparedstatement防注入并提升性能；2.每批500～2000条（推荐1000条），避免oom和mysql包限制；3.必须捕获batchupdateexception获取失败明细，结合手动commit/rollback控制事务；4.生产中需日志追踪、失败跳过或分粒度重试；5.可选mybatis多值插入、load data或spring batch等更优方案。
Java 中批量数据库操作的核心面试题，重点不在会不会写 addBatch，而在于能不能讲清“为什么这么用”“边界在哪”“出错了怎么兜住”。下面这几个点，是面试官真正想听的。
批处理怎么写？关键不是语法，而是结构和资源控制
必须体现对 JDBC 生命周期的理解：
- 用
PreparedStatement而非Statement，避免 SQL 注入，也支持参数化批处理 - 每批数量建议控制在 500～2000 条之间，1000 是常见经验值；太小吞吐低，太大易 OOM 或触发 MySQL max_allowed_packet 限制
- 必须显式调用
executeBatch()，且要捕获BatchUpdateException—— 它能告诉你哪条语句失败、影响了几行 - 连接、语句、结果集必须在
try-with-resources或finally中关闭，尤其不能漏掉connection.close()
为什么不用一次塞几万条？缓冲区和事务怎么权衡？
这是考察实际经验的关键点：
-
addBatch()是把 SQL 语句暂存在客户端内存里，不是发给数据库；塞太多会直接 OOM - 单个事务过大，会导致锁持有时间长、binlog 增大、主从延迟加剧，MySQL 可能中途 kill 连接
- 推荐做法：按固定条数分批（如 1000 条/批），每批单独 commit；若需强一致性，可在外层加逻辑事务控制，但不建议单事务跨多批
- 注意：
autoCommit = false时，必须手动commit()，否则数据不持久；异常时记得rollback()
遇到失败怎么办？不能只抛异常
真实项目中，批处理失败很常见，面试官想看你有没有容错意识：
- 捕获
BatchUpdateException后，调用e.getUpdateCounts()获取每条语句执行结果数组，Statement.EXECUTE_FAILED表示该条失败 - 可记录失败 SQL 和参数，用于人工排查或补偿重试
- 不要整个批次回滚就完事；可设计“跳过失败项继续执行后续”，或拆成更小粒度重试（比如按 100 条重试）
- 生产环境建议配合日志追踪 ID（如 traceId）+ 失败明细落库，便于监控告警
有没有比 JDBC 批处理更优的方案？
展示技术视野，不一定要用，但得知道：
-
MyBatis 的
<foreach></foreach>+INSERT ... VALUES (),(),()：一条 SQL 插入多行，网络开销更低，但受 SQL 长度限制（max_allowed_packet） - MySQL LOAD DATA INFILE：文件导入最快，适合离线批量，但需文件可达数据库服务器，权限要求高
- Spring Batch：提供分页读、分区处理、重启、跳过等企业级能力，适合超大数据量场景
- 连接池配置也要配合：比如 HikariCP 的
connection-timeout、max-lifetime要略大于单批最大耗时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
