BatchUpdateException 无法直接获取失败语句索引，但可通过 getUpdateCounts() 返回数组中首个 Statement.EXECUTE_FAILED（-3）元素的下标确定，该下标即为第一个失败语句在批量中的位置（从0开始）。
在 Java 中，BatchUpdateException 本身不直接提供“错误发生在第几条语句”的索引信息，但可以通过其 getUpdateCounts() 方法间接推断出失败语句的索引位置。
理解 getUpdateCounts() 的返回值含义
getUpdateCounts() 返回一个 int[] 数组，长度等于批量执行的 SQL 语句数量。每个元素表示对应语句的执行结果：
-
大于等于 0：表示该语句成功执行，数值为影响行数（如1表示插入/更新了 1 行） -
Statement.EXECUTE_FAILED (-3)：表示该语句执行失败，且是批量中第一个失败的语句（JDBC 规范要求：一旦某条失败，后续语句通常不再执行，除非驱动支持继续执行）
定位第一个失败语句的索引
遍历 getUpdateCounts() 数组，找到第一个值为 Statement.EXECUTE_FAILED 的下标，即为出错语句在 batch 中的索引（从 0 开始）：
try {
stmt.executeBatch();
} catch (BatchUpdateException e) {
int[] counts = e.getUpdateCounts();
int failedIndex = -1;
for (int i = 0; i < counts.length; i++) {
if (counts[i] == Statement.EXECUTE_FAILED) {
failedIndex = i;
break;
}
}
if (failedIndex != -1) {
System.out.println("第 " + (failedIndex + 1) + " 条语句执行失败");
}
}
注意驱动行为差异
不同 JDBC 驱动对批量失败的处理策略可能不同：
立即学习“Java免费学习笔记（深入）”；
-
MySQL Connector/J：默认遇到错误就停止，
getUpdateCounts()中第一个失败位置之后的元素可能为-3或未定义（建议以第一个-3为准） - PostgreSQL (pgjdbc)：默认不支持真正意义上的批量执行（实际是逐条发送），失败索引准确
-
Oracle (ojdbc)：需开启
allowBatchingForPreparedStatements=true等参数，失败后索引通常可靠
补充：获取更具体的错误原因
BatchUpdateException 是 SQLException 子类，可调用以下方法获取上下文信息：
-
e.getSQLState()：标准 SQL 状态码（如23505表示唯一约束冲突） -
e.getErrorCode()：数据库厂商特定错误码（如 MySQL 的1062） -
e.getMessage()：原始错误消息，常含字段名或值（如"Duplicate entry 'xxx' for key 'uk_name'"）
