Oracle无更新需求场景下INSERT语句性能是否优于MERGE语句

核心结论 #

仅执行插入操作的场景下，优化后的INSERT方案性能远优于当前使用的MERGE语句，同时可以大幅降低归档日志生成量。

现有MERGE性能差、日志量大的原因 #

• MERGE默认走常规路径写入，即便目标表开启了nologging属性，常规路径写入也不会触发nologging优化，会生成全量数据行的redo日志，这就是每轮生成25GB归档的核心原因。
• MERGE即便仅使用WHEN NOT MATCHED插入分支，执行计划依然需要完成两表的全量关联匹配逻辑，对于单表已达4000万行的场景，关联开销远高于纯INSERT逻辑。
• 你当前使用的MERGE语句存在两处笔误：关联条件中Target.std_has拼写错误（应为std_hash），VALUES子句错误引用了Target表的字段（应改为Source表对应字段，否则会插入错误值或空值）。

带APPEND提示的INSERT方案优势 #

• /*+ append */提示会触发Oracle直接路径写入，在表开启nologging、FORCE_LOGGING = 'NO'的前提下，直接路径插入仅会生成极少量数据字典相关的redo，归档日志量会从25GB降低到数百MB级别，优化效果非常明显。
• 纯INSERT逻辑没有MERGE的额外分支处理开销，执行计划更简洁，CPU、IO消耗更低。

现有INSERT语句的优化建议 #

你当前写的INSERT语句存在逻辑风险和性能缺陷，建议做如下调整：

1. 替换NOT IN为NOT EXISTS：NOT IN在子查询返回NULL值时会返回空结果集，属于高风险写法，且子查询中的DISTINCT完全无必要，会额外消耗性能。优化后的语句参考：

insert /*+ append */ into Txn_History Target
select Source.ID,
       Source.Comment,
       -- 此处补全剩余20个字段，建议显式写列名避免表结构变更导致错误
       Source.Std_hash
from Txn_History_staging Source
where not exists (
    select 1 from Txn_History t where t.Std_hash = Source.Std_hash
)
and rownum <= 1000000; -- 控制单批次插入100万行

2. 资源充足的前提下可以添加并行提示进一步提速：/*+ append parallel(Target, 4) parallel(Source, 4) */，并行度可根据服务器CPU资源调整。

注意事项 #

• 直接路径插入会在表的高水位线以上写入数据，不会复用表内空闲空间，对于仅追加写入的历史表场景无负面影响。
• 直接路径插入完成后必须提交事务，其他会话才能访问新插入的数据。
• 建议显式书写插入和查询的字段名，不要用select *，避免后续表结构调整时出现字段不匹配的错误。

内容的提问来源于stack exchange，提问作者E. L.