Oracle JDBC驱动不支持rewriteBatchedStatements参数，该参数仅适用于MySQL驱动；其批量性能优化应依赖setArray()数组绑定、合理配置defaultRowPrefetch等参数，并控制事务粒度与批大小。
Oracle JDBC驱动不支持 rewriteBatchedStatements
java应用里设了 rewritebatchedstatements=true，但对oracle根本没用——这个参数是mysql jdbc驱动（mysql-connector-java）专有的，oracle官方驱动（ojdbc8.jar 或 ojdbc11.jar）压根不识别它。设了也白设，日志里看不到任何重写行为，批量插入性能也不会提升。
常见错误现象：
• 批量插入 1000 条记录耗时 3s+，远高于预期
• 开启该参数后，executeBatch() 调用次数没变，网络往返没减少
• 日志中查不到类似 “Rewriting batch insert as multi-value INSERT” 的提示
原因很简单：Oracle 协议层不支持 MySQL 那种把多条 INSERT INTO t VALUES (?), (?) 合并成一条语句的语法。它的批量执行靠的是 JDBC 的 addBatch() + executeBatch() 机制本身，配合 Oracle 的 Array DML（数组绑定）能力。
Oracle 批处理提速真正该配的参数
Oracle JDBC 的批量性能关键不在“语句重写”，而在客户端缓冲和服务器端数组绑定。必须配这几项：
-
oracle.jdbc.useFetchSizeWithLongColumn=true：避免长字段（如CLOB、VARCHAR2(4000)）导致批量失效 -
defaultRowPrefetch=100（或更高，如250）：控制每次从服务器拉取的行数，影响ResultSet获取效率（虽不直接作用于写入，但影响整体连接资源调度） - 连接池层面设置
connection.setHoldability(ResultSet.CLOSE_CURSORS_AT_COMMIT)：防止批量操作期间游标堆积
更重要的是代码侧：必须显式调用 PreparedStatement.setArray() 或使用 addBatch() + 合理的 batchSize（建议 50–200），否则 Oracle 驱动会退化为单条执行。
立即学习“Java免费学习笔记（深入）”；
为什么 setArray() 比 executeBatch() 更适合 Oracle 批量写入
Oracle 原生支持数组绑定（Array DML），setArray() 能让一条 SQL 绑定多组参数，驱动自动转成服务器端数组操作，比反复 addBatch() 更底层、更省网络开销。
使用场景：
• 插入结构固定、字段不多（≤ 20 列）的批量数据
• 数据量在 1k–10k 级别，且能一次性加载进内存
示例对比：
/* 推荐：用 setArray() */
String sql = "INSERT INTO t (id, name) VALUES (?, ?)";
PreparedStatement ps = conn.prepareStatement(sql);
ps.setArray(1, conn.createArrayOf("NUMBER", ids)); // ids 是 Long[]
ps.setArray(2, conn.createArrayOf("VARCHAR2", names)); // names 是 String[]
ps.execute();
<p>/<em> 不推荐（默认行为）：逐条 addBatch </em>/
for (int i = 0; i < ids.length; i++) {
ps.setLong(1, ids[i]);
ps.setString(2, names[i]);
ps.addBatch(); // 这里每条都走一次参数绑定
}
ps.executeBatch();注意：createArrayOf() 要求类型名严格匹配 Oracle 类型（如 "VARCHAR2"，不是 "STRING"），错一个就抛 SQLSyntaxErrorException。
容易被忽略的事务与批大小陷阱
Oracle 批处理慢，很多时候不是驱动问题，而是事务粒度和内存管理没控好：
- 单次
executeBatch()超过 1000 行，可能触发 Oracle PGA 内存溢出，报ORA-04030: out of process memory - 没手动 commit，整个 batch 被锁在事务里，阻塞其他会话，还占 UNDO 表空间
- 使用 HikariCP 时，默认
maxLifetime=30min，但长时间运行的批任务可能遇到连接静默断连，需配connection-test-query=SELECT 1 FROM DUAL
实操建议：
• 每 100–200 条 executeBatch() 后立即 conn.commit()
• 对超大文件导入，改用 Oracle SQL*Loader 或外部表（External Table），JDBC 不是万能方案
真正卡点往往在 UNDO 表空间配置和归档模式下日志切换频率，而不是 JDBC 参数本身。
