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>生成合法结构：
<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级问题：
-
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 < regions.size(); i += batchSize) {
int end = Math.min(i + batchSize, regions.size());
List<Region> 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抓包验证）。
