首选 executortype.batch + 原生单条 update，需手动创建 sqlsession 并调用 flushstatements() 提交；次选 oracle forall 风格的 pl/sql 批处理；二者均避免拼接 sql，确保高性能与稳定性。
Java 17 下 MyBatis 批量更新 Oracle 数据，最高效且生产可用的方案只有两个：用 ExecutorType.BATCH + 原生单条 UPDATE，或用 Oracle 原生 FORALL 风格的 INSERT ALL ... UPDATE 变体（即 UPDATE 包裹在 BEGIN ... END; 中并启用 PL/SQL 批处理）。其他“拼 CASE WHEN”或“多语句分号拼接”在 Oracle 上要么性能差，要么根本不可靠。
ExecutorType.BATCH 是首选，但必须手动管理 SqlSession
这是 Java 层最可控、最稳定、吞吐量最高的方式。它不依赖数据库 URL 参数，也不生成超长 SQL，底层直接复用 JDBC 的 PreparedStatement.addBatch() 和 executeBatch()。
- 不能用 Spring 管理的默认
SqlSessionTemplate，必须显式创建带ExecutorType.BATCH的SqlSession - 每次调用
update()不真正执行，只缓存到批缓冲区；需手动调用sqlSession.flushStatements()触发提交 - Oracle 对单次
executeBatch()的行数敏感，建议每批控制在 500–2000 行，避免 PGA 内存溢出或 ORA-04030 - 事务必须由外层
TransactionTemplate或@Transactional显式包裹，否则flushStatements()不会提交
示例关键代码：
SqlSession sqlSession = sqlSessionFactory.openSession(ExecutorType.BATCH);
try {
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
for (int i = 0; i batch = list.subList(i, end);
batch.forEach(mapper::updateById); // 每次只是 addBatch
}
sqlSession.flushStatements(); // 真正触发 executeBatch
sqlSession.commit();
} finally {
sqlSession.close();
}
Oracle 原生 BEGIN/END + 分号拼接需加尾部分号，且仅限 thin driver
MyBatis 的 <foreach></foreach> 拼多条 UPDATE 语句，在 Oracle 上必须满足三个硬性条件才能执行成功，缺一不可：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
<foreach></foreach>的open设为"begin "，close设为";end;"（注意结尾的分号） - Oracle JDBC driver 必须是
ojdbc8.jar（Java 17 兼容）且使用 thin 模式（非 OCI），URL 中不能含oracle.jdbc.RetainV9Binding=true类参数 - MyBatis XML 中最后必须**显式写一个分号**，例如
;—— 这个分号不是注释，是 Oracle PL/SQL 块必需的终止符，漏掉就不会执行，也不报错 - 每条
UPDATE语句不能含子查询或复杂表达式，否则容易触发 ORA-06550 或绑定变量失效
XML 示例片段：
<update id="batchUpdate" parametertype="java.util.List"><foreach collection="list" item="item" open="begin " close=";end;" separator=";">
update t_user set name = #{item.name}, status = #{item.status} where id = #{item.id}
</foreach> ;
</update>
CASE WHEN 方案在 Oracle 上实际很脆弱
虽然语法上可行，但真实场景中极易踩坑：
- 当
list超过 1000 条时，WHERE id IN (...)子句会突破 Oracle 的 1000 项限制，报 ORA-01795 - 每个字段都要独立遍历一次
list，N 个字段就生成 N×M 行 SQL，解析耗时指数级增长，硬解析压力大 - 如果某条记录的某个字段为
null，CASE WHEN不会匹配，该字段会被置为NULL（除非加ELSE old_value），逻辑易出错 - Oracle 对单条 SQL 长度限制严格（通常 32KB），字段多+数据多时直接报 ORA-00911 或 ORA-02000
所以除非批量量极小（
真正要注意的是：Oracle 没有 MySQL 的 ON DUPLICATE KEY UPDATE，也没有标准的批量 UPSERT 语法支持；INSERT ALL 只能用于插入，不能用于更新。所有“看似一条 SQL”的批量更新，本质都是客户端拼接或驱动层批处理，没有银弹。选 ExecutorType.BATCH 还是 BEGIN/END，取决于你是否愿意承担手动管理 session 的成本，以及 DBA 是否允许 PL/SQL 块执行权限。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
