Oracle MERGE语句中ON与UPDATE条件对目标表的性能影响

算力阿峰

2026-6-18

Oracle MERGE语句性能优化疑问

原始MERGE语句

MERGE INTO TABLE_1 T1
USING 
(
SELECT DISTINCT SMS_CENTER_ID FROM TABLE_2 T2 WHERE T2.DELIVERY_TIME >= ? AND T2.DELIVERY_TIME < ?) VIEW_1 
ON
(T1.SMS_CENTER_ID = VIEW_1.SMS_CENTER_ID AND T1.CREATE_TIME >= ? AND T1.CREATE_TIME < ?)

WHEN MATCHED THEN UPDATE
SET T1.DELETED = 1

修改后的MERGE语句

MERGE INTO TABLE_1 T1
USING 
(
SELECT DISTINCT SMS_CENTER_ID FROM TABLE_2 T2 WHERE T2.DELIVERY_TIME >= ? AND T2.DELIVERY_TIME < ?) VIEW_1 
ON
(T1.SMS_CENTER_ID = VIEW_1.SMS_CENTER_ID)

WHEN MATCHED THEN UPDATE
SET T1.DELETED = 1
WHERE T1.CREATE_TIME >= ? AND T1.CREATE_TIME < ?

问题与解答

问题

在大数据量场景（原查询时长可达5小时）下，修改后的语句能否提升性能？
还是查询性能不会发生变化？

解答

修改后的语句大概率能显著提升性能，核心差异在于执行逻辑的不同：

原始版本把T1.CREATE_TIME的范围条件放在ON子句中，Oracle会先扫描TABLE_1中所有符合时间范围的行，再和VIEW_1的SMS_CENTER_ID做关联匹配。如果TABLE_1中符合时间范围的数据量极大，这个全范围扫描+关联的开销会非常高。
修改后的版本将时间条件移到WHEN MATCHED THEN UPDATE的WHERE子句中，Oracle会先通过SMS_CENTER_ID关联VIEW_1和TABLE_1，再对匹配到的行过滤时间条件，最后执行更新。这种方式会大幅缩小需要处理的数据集规模——尤其是当VIEW_1返回的SMS_CENTER_ID数量远小于TABLE_1总数据量时，性能提升会更明显。

实际性能还受以下因素影响：

TABLE_1上是否存在(SMS_CENTER_ID, CREATE_TIME)组合索引，或单独的SMS_CENTER_ID、CREATE_TIME索引
VIEW_1返回的SMS_CENTER_ID条目数量
TABLE_1中同时符合时间范围和SMS_CENTER_ID匹配的行占比

若TABLE_1有合适的索引，修改后的语句能更高效地定位目标行，进一步压缩执行时间。