能回滚，但需显式开启事务并关闭自动提交：调用setAutoCommit(false)，在try中执行addBatch/executeBatch，成功则commit，失败则rollback；Spring中可用@Transactional注解自动管理。
Java 中批量插入数据发生部分失败时，是否能回滚取决于事务的配置和执行方式。默认情况下，JDBC 的 addBatch() + executeBatch() 不会自动回滚已执行成功的语句——它只会抛出异常，而之前成功提交的批次可能已经写入数据库（尤其在未开启事务或自动提交开启时）。要实现“全部成功才提交，任一失败则全部回滚”，必须显式控制事务。
确保在同一个事务中执行批量操作
这是回滚的前提。关键点：
- 关闭连接的自动提交：
connection.setAutoCommit(false) - 所有批量操作（
addBatch/executeBatch）必须在同一次连接、同一事务内完成 - 成功后手动调用
connection.commit()；失败时捕获异常并调用connection.rollback()
注意 executeBatch 的异常行为
executeBatch() 在遇到错误时的行为因数据库驱动而异，但常见情况是：
- 返回
int[]数组，其中Statement.EXECUTE_FAILED（通常为 -3）表示某条语句执行失败 - 部分数据库（如 MySQL 默认配置）会继续执行后续语句；有些（如 PostgreSQL）则直接中断并抛出异常
- 不能仅靠返回值判断是否“全部成功”——更可靠的是捕获
BatchUpdateException并检查其原因
推荐做法：使用 try-with-resources + 显式事务控制
示例代码逻辑（以 JDBC 原生方式为例）：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
// 注意：需自行管理 connection 获取与关闭
Connection conn = dataSource.getConnection();
conn.setAutoCommit(false);
PreparedStatement ps = null;
try {
ps = conn.prepareStatement("INSERT INTO user(name, age) VALUES (?, ?)");
for (User user : userList) {
ps.setString(1, user.getName());
ps.setInt(2, user.getAge());
ps.addBatch();
}
int[] results = ps.executeBatch(); // 可能抛出 BatchUpdateException
conn.commit(); // 全部执行完再提交
} catch (BatchUpdateException e) {
conn.rollback(); // 遇错回滚
throw new RuntimeException("批量插入失败，已回滚", e);
} catch (SQLException e) {
conn.rollback();
throw e;
} finally {
if (ps != null) ps.close();
if (conn != null) conn.close();
}
使用 Spring 时更简单：@Transactional 注解
若项目使用 Spring，推荐交给框架管理事务：
- 方法上加
@Transactional，Spring 自动开启/提交/回滚事务 - 批量操作中任意一步抛出未被捕获的运行时异常（如
RuntimeException），整个事务自动回滚 - 避免在事务方法内吞掉异常（如空的
catch），否则事务不会回滚
