关键不在“用了没”，而在“怎么配、怎么控、怎么避坑”：需控制每批500–5000条、关闭自动提交并手动事务、MySQL启用rewriteBatchedStatements=true、Oracle匹配ojdbc8/11驱动并设setFetchSize(0)、复用PreparedStatement避免循环prepare。
Java 中用 addBatch 和 executeBatch 提高性能，关键不在“用了没”，而在“怎么配、怎么控、怎么避坑”。直接循环 10000 次 addBatch() 再 executeBatch()，很可能比单条还慢，甚至 OOM 或报错。
控制每批数量：500–5000 条是安全高效区间
驱动内部缓存有上限（MySQL Connector/J 约 1024 条，Oracle ojdbc8 推荐 1000–5000），塞太多会触发扩容开销或 OutOfMemoryError；太小又浪费批量优势。
- MySQL 场景下保守取 500–1000 条/批，尤其字段多或行大时
- Oracle 场景推荐 1000–5000 条/批，但单批别超 10000 行，防 PGA 溢出（ORA-04030）
- 每加到阈值就调
executeBatch()，再立即clearBatch()，否则后续addBatch()是累加而非覆盖
必须关闭自动提交并手动管理事务
默认 autoCommit = true 会让每次 executeBatch() 都隐式提交一次事务，网络 I/O 和日志刷盘开销直接吃掉所有优化收益。
- 执行前务必
connection.setAutoCommit(false) - 多个 batch 合并在一个事务里提交，例如累计 5000 条后再
connection.commit() - 出错时及时
connection.rollback()，注意executeBatch()返回的是int[]，含Statement.EXECUTE_FAILED标记失败位置
数据库驱动和连接参数要配对生效
batch 本身不等于快——驱动不支持、参数没开、SQL 没重写，addBatch() 就只是把语句攒起来而已。
立即学习“Java免费学习笔记（深入）”；
- MySQL 必须在 JDBC URL 加
rewriteBatchedStatements=true（例：jdbc:mysql://host/db?rewriteBatchedStatements=true&useServerPrepStmts=false），否则仍是逐条发送；useServerPrepStmts=false要关掉，否则重写失效 - Oracle 必须用匹配版本的驱动：19c/21c 对应
ojdbc8.jar或ojdbc11.jar，旧版ojdbc6.jar实为客户端模拟，网络包数 ≈ 行数；可用OracleDriver.getMajorVersion()验证是否为 8 或 11 - Oracle 还建议
statement.setFetchSize(0)，避免驱动额外拉取元数据
复用 PreparedStatement，别在循环里反复 prepare
每次 conn.prepareStatement(sql) 都要解析 SQL、校验语法、生成执行计划，成本远高于参数绑定。
- 正确做法：prepare 一次，循环中只做
ps.setString()、ps.addBatch()，最后统一executeBatch() - 字段固定且不多时，可考虑
ps.setObject(i, obj)替代具体类型方法，略减反射开销 - 若需动态拼字段，不如用
INSERT ALL（Oracle）或拼接多值VALUES (),( ),...（MySQL），减少硬解析次数
