Java中批量执行多条不同结构SQL（如INSERT、UPDATE、DROP）应使用Statement.addBatch()与executeBatch()，需手动管理事务、分批控制、注意驱动兼容性及错误处理，避免SQL注入与内存溢出。
Java 中用 JDBC 批量执行多条不同结构的 SQL（比如一条 INSERT、一条 UPDATE、一条 DROP TABLE），核心方式是使用 Statement.addBatch() 配合 executeBatch()，而不是 PreparedStatement——因为后者只适合参数变化、SQL 模板相同的场景。
下面直接说清楚怎么做、关键点在哪、容易踩什么坑：
用 Statement 实现多条不同 SQL 的批量执行
Statement 允许你把任意字符串形式的 SQL 加入批处理队列，只要它们都是 DML（INSERT/UPDATE/DELETE）或 DDL（CREATE/DROP/ALTER）语句，且数据库驱动支持批量执行。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
Connection conn = null;
Statement stmt = null;
try {
conn = DriverManager.getConnection(url, user, password);
conn.setAutoCommit(false); // 关键：手动控制事务
stmt = conn.createStatement();
stmt.addBatch("INSERT INTO user(name) VALUES ('Alice')");
stmt.addBatch("UPDATE user SET name = 'Bob' WHERE id = 1");
stmt.addBatch("DELETE FROM log WHERE create_time < '2025-01-01'");
stmt.addBatch("INSERT INTO audit(action) VALUES ('batch executed')");
int[] results = stmt.executeBatch(); // 一次性提交全部
conn.commit();
// results[i] 表示第 i 条 SQL 影响的行数；SUCCESS_NO_INFO 表示未知（如 DDL）
} catch (SQLException e) {
conn.rollback();
throw e;
} finally {
if (stmt != null) stmt.close();
if (conn != null) conn.close();
}必须注意的几个实操细节
事务必须显式管理
默认 autocommit=true 时，每条 SQL 在executeBatch()内部仍可能被当作独立事务提交（取决于驱动行为）。务必调用conn.setAutoCommit(false)，并在成功后commit()，失败时rollback()。不是所有数据库都真正“批量”执行
MySQL（需 URL 加rewriteBatchedStatements=true）会把多条 INSERT 合并为INSERT ... VALUES (),(),()；但对混合语句（INSERT+UPDATE+DROP），多数驱动仍是串行执行——只是减少了网络往返，没减少解析和执行开销。性能提升主要来自单次网络交互 + 统一事务边界。-
错误处理要小心
executeBatch()遇到某条 SQL 报错时：立即学习“Java免费学习笔记（深入）”；
- 多数数据库（如 PostgreSQL、Oracle）会停止执行后续语句，抛出
BatchUpdateException； - 可通过
e.getUpdateCounts()获取已执行语句的结果数组（含EXECUTE_FAILED标记）； - 不建议依赖“部分成功”，应按业务需求决定是否回滚整个批次。
- 多数数据库（如 PostgreSQL、Oracle）会停止执行后续语句，抛出
避免内存堆积，及时清理
虽然addBatch()是把 SQL 字符串存进内部 List，但若一次加几万条，可能 OOM。建议分批，例如每 100–500 条调用一次executeBatch()+clearBatch()。
和 PreparedStatement 批处理的区别
| 场景 | Statement 批处理 | PreparedStatement 批处理 |
|---|---|---|
| SQL 结构 | 完全不同（INSERT/UPDATE/DROP 混用） | 完全相同，仅参数不同（如批量插入用户） |
| 预编译 | ❌ 不预编译，每次执行都解析 | ✅ 预编译一次，多次执行更快 |
| 参数安全 | ❌ 拼接字符串，有 SQL 注入风险 | ✅ 占位符绑定，天然防注入 |
| 推荐用途 | 初始化脚本、管理任务、DDL+DML 组合操作 | 高频同构写入（日志入库、订单批量落库） |
小结：什么情况下该用 Statement 批处理？
- 你要跑的是部署脚本、数据迁移前的清理、报表导出后的归档语句；
- SQL 类型混杂，无法统一成一个模板；
- 语句数量不多（几十到几百条），更看重逻辑清晰和事务一致性，而非极致吞吐；
- 你确认所用数据库驱动支持该用法（MySQL、PostgreSQL、Oracle 均支持，HSQLDB 等嵌入式库也基本支持）。
不复杂但容易忽略：别忘了关 autocommit，别忘了 try-catch rollback，别忘了小批量分段。
