Oracle JDBC批量更新需关闭自动提交并使用PreparedStatement.addBatch()；SQL末尾不可含分号，建议每500条调用executeBatch()并clearBatch()；启用Oracle特有批量模式可定位失败项。
Oracle JDBC批量更新必须关闭自动提交
不关 autocommit，addbatch() 本质不会真正执行——它只是把 sql 缓存在 statement 内部，等你调用 executebatch() 时才发给数据库。但 oracle 驱动默认开启自动提交，一旦开启，每次 executebatch() 都会隐式触发一次 commit，批量就退化成单条执行，失去意义，还可能因频繁提交拖慢性能。
正确做法是显式关闭：
connection.setAutoCommit(false);
后续记得手动 commit() 或 rollback()，否则事务一直挂着，连接可能被回收或阻塞其他操作。
PreparedStatement.addBatch() 才是批量更新的正确入口
别用 Statement.addBatch() 拼接字符串——Oracle 对动态拼接的批量 SQL 支持差，容易触发绑定变量缺失、SQL 硬解析等问题，且无法复用执行计划。
必须用 PreparedStatement，占位符统一，驱动能缓存执行计划：
立即学习“Java免费学习笔记（深入）”；
String sql = "UPDATE users SET status = ? WHERE id = ?";
PreparedStatement ps = connection.prepareStatement(sql);
for (User u : users) {
ps.setString(1, u.getStatus());
ps.setLong(2, u.getId());
ps.addBatch(); // 只是缓存，不发包
}
int[] results = ps.executeBatch(); // 这里才真正批量发往 Oracle
-
executeBatch()返回int[]，每个元素是对应 SQL 的影响行数；若为Statement.EXECUTE_FAILED表示该条失败（需配合setExecuteBatch(true)和异常策略） - Oracle 默认批量大小无硬限制，但单次
addBatch()超过 1000 条易触发内存压力或 ORA-01000（游标超限），建议每 500 条左右executeBatch()一次并清空 - 调用
ps.clearBatch()不是必须，但显式调用更安全，尤其循环中复用同一 PreparedStatement 时
ORA-00911: invalid character 错误大概率是SQL末尾带分号
这是 JDBC 批量更新 Oracle 最典型的报错，根源在于：Oracle JDBC 驱动不接受 SQL 字符串末尾的分号 ;。哪怕你在 PreparedStatement 构造时写了 "UPDATE ... ;"，驱动会直接抛 ORA-00911。
检查点：
- 确认你的 SQL 字符串不含任何
;、/、--等语句结束符 - 如果从配置文件或脚本读取 SQL，注意 trim() 去首尾空白和符号
- 别试图用
executeUpdate()混合测试同一条 SQL——它允许分号，但addBatch()不允许，行为不一致
批量更新失败后如何定位哪条出错
Oracle 默认批量执行是“全成功或全失败”，但可通过设置启用部分成功模式：
ps.setFetchSize(0); // 可选，减少结果集缓存 ((OraclePreparedStatement) ps).setExecuteBatch(500); // 关键：启用 Oracle 特有批量执行模式
此时 executeBatch() 返回的 int[] 中，失败项为 Statement.EXECUTE_FAILED，你可以遍历索引定位到第几条数据出问题。但注意：
- 必须强转为
OraclePreparedStatement，依赖ojdbc8.jar且版本 ≥ 12.1 - 启用后，失败不会中断整个 batch，但需你自己处理异常逻辑（比如跳过、重试、记录日志）
- 不要在同一个 PreparedStatement 上混用普通
executeUpdate()和addBatch()，状态可能冲突
最稳妥的日志方式是在循环里加索引计数，出错时打印当前 i 和 users.get(i) 的关键字段，比依赖返回数组更直观。
