PreparedStatement批处理提效需复用单实例、合理设批量大小（50–500或1000–5000条/批）、关闭自动提交并显式事务管理，辅以驱动参数如rewriteBatchedStatements=true优化。
PreparedStatement 批处理提升效率，核心在于减少数据库交互次数、复用预编译语句、降低解析与网络开销。它不是“加个 addBatch 就变快”，而是需要配合合理策略才能释放全部性能红利。
复用同一个 PreparedStatement 实例
每次 new PreparedStatement 都会触发一次 SQL 预编译请求，即使 SQL 字符串完全相同，新建对象也等于放弃缓存。批处理必须基于**单个实例**反复调用 setXxx() 和 addBatch()：
- ✅ 正确：prepareStatement 一次 → 循环 setInt/setString → 每次 addBatch → 最后 executeBatch
- ❌ 错误：循环中 prepareStatement(“INSERT…”)+addBatch → 实际变成 N 次单条执行，批处理失效
控制批量大小，避免内存与事务失衡
太小（如每 10 条一批）仍频繁提交；太大（如 10 万条一批）易 OOM 或锁表过久。推荐按场景分档：
- 普通业务插入：50–500 条/批（兼顾响应与吞吐）
- ETL 或离线同步：1000–5000 条/批（需确认数据库日志容量与超时设置）
- MySQL 建议不超过 1 万；Oracle 可设更高，但需配合 commit 频率
关闭自动提交 + 显式事务管理
默认 autoCommit=true 会让每个 executeBatch 触发一次 commit，抵消批处理优势。应手动控制：
立即学习“Java免费学习笔记（深入）”；
- conn.setAutoCommit(false)
- executeBatch 后调用 conn.commit()
- 异常时 conn.rollback()
- 注意：长事务可能阻塞 DDL 或影响主从延迟，建议分段 commit
配合数据库驱动参数优化传输
部分驱动支持底层批量协议加速，例如 MySQL Connector/J 可启用：
- rewriteBatchedStatements=true（将多条 INSERT 合并为一条 MULTI-VALUES 语句）
- useServerPrepStmts=false（客户端模拟预编译，减少服务端压力，适合高并发短批）
- DB2、PostgreSQL 等也有对应批量参数，需查对应驱动文档
