SQL Server中JOIN关联更新与WHERE IN更新的性能对比

针对你提到的50万行数据的Log_ReminderDetail表，结合表变量@Result关联主键ReminderPK更新Status字段的两种写法，性能差异可以从以下几个维度分析：

核心执行逻辑差异 #

在SQL Server的查询优化器中，你给出的两种写法通常会被重写成完全一致的执行计划，这也是你目前没发现明显差异的原因：

• 第二种IN子查询的写法，优化器会自动将其转换为JOIN逻辑来执行，和第一种写法的底层处理逻辑几乎无区别。

影响性能的关键细节 #

1. 表变量@Result的索引情况 #

表变量默认只有基础的行数统计信息，没有详细的索引支持。如果@Result中的数据量较大，建议给@Result的ReminderPK列创建索引：

CREATE CLUSTERED INDEX IX_Result_ReminderPK ON @Result(ReminderPK);

这个操作会让两种写法的关联效率大幅提升，尤其是在@Result行数较多时，能避免全表扫描表变量的开销。

2. @Result是否存在重复值 #

如果@Result的ReminderPK列存在重复值：

• JOIN写法会对Log_ReminderDetail中同一行执行多次更新（虽然最终Status都是2，结果不受影响，但会产生无效的重复操作）。
• IN子查询会自动忽略重复值，只会对目标表的每行执行一次更新，这种场景下IN写法的性能会更优。

总结 #

• 当@Result无重复ReminderPK时，两种写法性能几乎完全一致，优化器会生成相同的执行计划。
• 当@Result存在重复值时，优先选择IN子查询的写法，避免无效更新。
• 无论选择哪种写法，给@Result的ReminderPK列添加索引都是提升性能的关键操作。

内容的提问来源于stack exchange，提问作者Vivek Nuna