如何优化MyBatis在Oracle环境下的批量插入（Batch Insert）性能-Oracle-PHP中文网

oracle下mybatis批量插入慢的主因是默认配置、jdbc驱动限制与sql写法叠加导致高频小事务、重复解析和单行网络包；实测3000条数据可从15秒优化至2秒，关键在用insert all+foreach分批（≤500条/批）并手动控制事务。

oracle环境下mybatis批量插入慢，核心原因不是mybatis本身，而是默认配置+oracle jdbc驱动行为+sql写法三者叠加导致的“高频小事务+重复解析+单行网络包”。实测中3000条数据从15秒压到2秒是可行的，关键在选对路径、避开默认陷阱。

为什么ExecutorType.BATCH在Oracle里效果打折

MyBatis的ExecutorType.BATCH底层调用JDBC addBatch()/executeBatch()，但Oracle官方JDBC驱动（ojdbc8）对executeBatch()的实现有特殊限制：

它不会像MySQL那样自动拼接成一条INSERT ... VALUES (...), (...)语句；而是把每条INSERT当独立语句发给数据库，仅合并网络包
Oracle仍需为每条语句单独做硬解析（除非SQL完全一致且启用了绑定变量缓存）
事务日志（redo）写入压力未降低，因为每条语句仍可能触发log buffer flush

所以单纯开ExecutorType.BATCH，性能提升有限（实测约1.5–2倍），远不如MySQL下明显。必须配合其他手段。

必须用INSERT ALL + foreach动态生成SQL

Oracle原生的INSERT ALL语法是真正能跳过多次解析、一次提交多行的方案。MyBatis可通过<foreach></foreach>生成合法结构：

<insert id="batchInsertAll">
  INSERT ALL
  <foreach collection="list" item="item" separator=" ">
    INTO DATA_REGION (id, name, pid) VALUES (#{item.id}, #{item.name}, #{item.pid})
  </foreach>
  SELECT 1 FROM DUAL
</insert>

注意几个硬性约束：

INSERT ALL最多支持1000个INTO子句（Oracle 12c+），超出必须分批，否则报ORA-01795: maximum number of expressions in a list is 1000
不能混用不同表名或字段数，所有INTO必须指向同一张表、相同列数
SELECT 1 FROM DUAL不可省略，否则语法错误
字段值不能为NULL字面量（如VALUES (1, NULL, 2)），应改用NVL(#{item.pid}, null)或确保Java侧传入null对象让MyBatis生成NULL关键字

分批大小设多少才不翻车

盲目设大批次（如5000条/批）容易触发两个Oracle级问题：

Market Oracle

金融事件影响分析器 — 获取突发新闻，追踪金属/石油/加密货币/股票价格，预测短中长期市场连锁反应

下载

ORA-04030: out of process memory：SQL文本过长，SQL解析器内存溢出
ORA-00910: specified length too long for its datatype：CLOB/BLOB字段参与时，拼接后超长度限制

实测安全阈值（Oracle 19c + ojdbc8）：

纯VARCHAR2/NUMBER字段：建议≤500条/批（比理论1000更稳）
含CLOB或长TEXT字段：≤100条/批
开启setAutoCommit(false)手动控制事务，避免每批自动提交加重日志压力

Java侧分批逻辑示例：

int batchSize = 500;
for (int i = 0; i  batch = regions.subList(i, end);
  regionMapper.batchInsertAll(batch); // 调用上面的INSERT ALL SQL
  sqlSession.commit(); // 手动提交
}

别碰PL/SQL批量插入（除非真需要）

有人会提用BULK COLLECT + FORALL写存储过程，再由MyBatis调用。这确实能逼近Oracle极限性能，但代价很高：

业务逻辑侵入数据库层，Java端失去校验、日志、事务编排能力
调试困难：无法在IDE断点，异常堆栈丢失上下文
部署复杂：需DBA权限创建存储过程，版本管理与应用代码脱节
仅当单次插入超10万条、且对延迟极度敏感（如实时风控补录）才值得考虑

日常系统中，INSERT ALL + 分批 + 手动事务已覆盖95%场景。真正容易被忽略的是：Oracle对绑定变量的复用非常依赖SQL文本一致性——哪怕一个空格、换行不同，都会导致硬解析。务必检查MyBatis生成的最终SQL是否完全标准化（可用dbms_monitor.session_trace_enable抓包验证）。