MERGE INTO 比子查询 UPDATE 更适合多表关联更新，因其是 Oracle 原生“查改合一”操作，优化器能更好选择驱动表、避免重复扫描，且逻辑清晰、执行可控；需注意 ON 仅放关联条件、业务过滤移至 UPDATE WHERE、索引与类型一致、去重防 ORA-30926，并通过分批、禁用触发器等提升大批量性能。
为什么 MERGE INTO 比 UPDATE ... FROM 更适合多表关联更新
oracle 不支持标准 sql 的 update ... from 语法，硬写会报 ora-00933: sql command not properly ended。用子查询 + update 虽然可行，但若关联条件复杂、源数据量大，执行计划容易走嵌套循环或重复扫描目标表，性能急剧下降。merge into 是 oracle 原生设计的“查改合一”操作，优化器能更好估算驱动表顺序，且支持 when matched then update 和 when not matched then insert 分离控制，逻辑更清晰、执行路径更可控。
实操建议：
- 只要目标是“根据另一张表的数据更新当前表”，优先写
MERGE INTO，别先想子查询 - 确保
ON子句中的关联字段在源表和目标表上都有合适索引，否则全表扫描不可避免 - 如果只做更新（不需要插入），必须显式写
WHEN NOT MATCHED THEN NULL或省略该分支——但省略后语义不完整，建议保留并写明NULL，避免后续误加INSERT逻辑时出错
MERGE INTO 中 ON 条件写错的典型表现和修复
最常见的错误是把业务逻辑条件混进 ON，比如写成 ON (t1.id = t2.id AND t2.status = 'ACTIVE')。这会导致：匹配失败的 t2 行被完全忽略，哪怕它们本该触发更新；更糟的是，t2.status = 'ACTIVE' 这类过滤若没走索引，还会拖慢整个 ON 匹配过程。
正确做法是把纯关联条件放 ON，业务过滤移到 UPDATE SET 的 WHERE 子句里：
MERGE INTO orders t1 USING (SELECT order_id, new_amount FROM staging_orders) t2 ON (t1.order_id = t2.order_id) WHEN MATCHED THEN UPDATE SET t1.amount = t2.new_amount WHERE t2.new_amount IS NOT NULL;
注意：WHERE 在 UPDATE SET 后面，不是跟在 ON 后面。这个 WHERE 是对匹配后的每行单独判断，不影响匹配本身。
常见坑：
-
ON里用了函数（如UPPER(t1.code) = UPPER(t2.code)）→ 索引失效，改成函数索引或预处理字段 -
ON字段类型不一致（比如VARCHAR2对CHAR）→ 隐式转换导致索引失效，统一类型再试 - 源表
t2有重复order_id→ 触发ORA-30926: unable to get a stable set of rows，必须提前去重或加ROW_NUMBER()控制
大批量更新时，MERGE INTO 性能卡在哪？怎么破
单次 MERGE INTO 处理百万级数据，常出现高逻辑读、长事务、锁表时间久。根本原因不是语法问题，而是 Oracle 默认按单条语句执行，没有分批机制，且 UNDO 和 REDO 压力集中。
关键对策不是调优 SQL，而是控制执行粒度：
- 用
WHERE ROWNUM 或分区键（如 <code>WHERE order_date BETWEEN ...）拆成小批次，在 PL/SQL 块里循环执行 - 每次
COMMIT后清空绑定变量缓存（如果用了EXECUTE IMMEDIATE），避免游标泄漏 - 禁用触发器（
ALTER TABLE orders DISABLE ALL TRIGGERS）和外键约束检查（临时DISABLE VALIDATE），完事再启用——前提是业务允许短时一致性豁免 - 确认目标表统计信息最新（
DBMS_STATS.GATHER_TABLE_STATS），否则优化器可能选错执行计划，比如该走 HASH JOIN 却选了 NESTED LOOPS
用 MERGE INTO 更新时，UPDATE 子句里不能用聚合或子查询？
可以，但必须是**相关子查询**，且不能出现在 ON 或 USING 子句中。例如下面这段合法：
MERGE INTO customers t1
USING (SELECT cust_id FROM temp_updates) t2
ON (t1.cust_id = t2.cust_id)
WHEN MATCHED THEN
UPDATE SET t1.last_order_amt = (
SELECT MAX(order_amt) FROM orders o WHERE o.cust_id = t1.cust_id
);
但要注意两点：
- 这个子查询会为每一行
t1执行一次，如果orders表很大，性能灾难。应提前物化聚合结果到临时表，再在USING中关联 -
UPDATE SET中禁止直接写(SELECT ...)以外的表达式，比如t1.flag = DECODE(...)可以，但t1.flag = (SELECT COUNT(*) FROM ...)就得确保子查询返回单行，否则报ORA-01427
真正容易被忽略的是：当 USING 子句本身含聚合（如 GROUP BY），必须确保 ON 关联字段在 GROUP BY 列表中，否则 Oracle 无法确定匹配唯一性，直接报错。
