SQL Server中EXISTS与IN的性能差异分析

准备环境与测试数据集

为了直观展示差异，我们创建两个包含重复数据和唯一数据的临时表 #tempTable1 和 #tempTable2，并插入测试记录：

create table #tempTable1
(
  argument1 nvarchar(50),
  argument2 varchar(20),
  argument3 datetime,
  argument4 int
);
insert into #tempTable1(argument1,argument2,argument3,argument4)
values('preacher001','13023218757',GETDATE()-1,1);
-- 此处省略部分INSERT语句以节省篇幅，实际运行需补全所有数据

create table #tempTable2
(
  argument1 nvarchar(50),
  argument2 varchar(20),
  argument3 datetime,
  argument4 int
);
insert into #tempTable2(argument1,argument2,argument3,argument4)
values('preacher001','13023218757',GETDATE()-1,1);
-- 同理，需补全#tempTable2的所有INSERT语句

接下来，我们将以 argument1 字段为参照，演示如何处理交集与非交集关系。

场景一：求两表的交集

我们需要找出同时存在于两张表中的数据。以下是两种常见的SQL写法及其结果：

第1步：使用 IN 方式

目的：筛选出主表 #tempTable2 中存在于 #tempTable1 的记录。

操作代码：

select * from #tempTable2 where argument1 in
(select argument1 from #tempTable1)

第2步：使用 EXISTS 方式

目的：通过相关性检查找到匹配的交集数据。

操作代码：

select * from #tempTable2 t2 where exists 
(select * from #tempTable1 t1 where t1.argument1=t2.argument1)

结果观察：

从执行计划或运行结果来看，两者在简单交集场景下的表现可能接近，但 IN 在处理大量去重数据时，往往更容易被优化器转换为高效的哈希连接。

场景二：求不属于另一集合的数据（差集）

在实际业务中，查找“不在”某集合内的数据更为常见。此时，NOT EXISTS 的优势非常明显。

第3步：使用 NOT IN 方式

注意风险：如果子查询结果中包含 NULL 值，NOT IN 将返回空结果集，这是容易踩坑的地方。

select * from #tempTable1 where argument1 not in
(select argument1 from #tempTable2)

第4步：使用 NOT EXISTS 方式

优势：安全性高且通常配合嵌套循环算法，无需担心 NULL 值的干扰，处理逻辑更清晰。

select * from #tempTable1 t1 where not exists 
(select * from #tempTable2 t2 where t1.argument1=t2.argument1)

结果观察：

总结与建议

综合对比可以发现：

• 求交集：当数据量较大时，IN 经常能转化为哈希合并，速度优于 EXISTS。
• 求差集/排除：强烈推荐使用 NOT EXISTS，它不仅性能更优（利用嵌套循环避免全表扫描式的判断），而且逻辑上更安全，不会受到 NULL 值的意外影响。