SQL使用表变量做WHERE IN过滤条件执行过慢该如何优化

SQL Server 中的表变量@ids默认不会生成统计信息，查询优化器会默认预估表变量仅存在1行数据，生成的执行计划适配小数据量场景，无法正确利用list表id列上的索引，最终走全表扫描导致耗时极高。而写死固定值时，优化器可以拿到准确的过滤值，直接走索引查找，所以速度快。

方案1：使用临时表替代表变量（最通用） #

临时表会自动生成统计信息，优化器可以根据临时表的实际数据量生成正确的执行计划，正常利用索引。

-- 创建临时表
CREATE TABLE #ids (id UNIQUEIDENTIFIER PRIMARY KEY)

-- 原有插入逻辑不变
INSERT INTO #ids
SELECT TOP 1 ...

-- 执行查询
SELECT field1, field2, field3
FROM list
WHERE id IN (SELECT id FROM #ids)

-- 用完显式删除临时表（会话结束也会自动回收）
DROP TABLE #ids

方案2：给表变量查询加重编译提示 #

如果不想改用临时表，可以在查询末尾增加OPTION (RECOMPILE)，让优化器在执行前重新编译语句，获取表变量的实际行数，生成正确的执行计划：

DECLARE @ids TABLE (id UNIQUEIDENTIFIER PRIMARY KEY)

INSERT INTO @ids
SELECT TOP 1 ...

SELECT field1, field2, field3
FROM list
WHERE id IN (SELECT id FROM @ids)
OPTION (RECOMPILE) -- 新增重编译提示

方案3：单值场景直接用标量变量 #

如果你的过滤id最多只有1个，可以直接赋值给标量变量查询，也能正常用到索引：

DECLARE @targetId UNIQUEIDENTIFIER
-- 直接将查询到的id赋值给标量变量
SELECT TOP 1 @targetId = ... 

SELECT field1, field2, field3
FROM list
WHERE id = @targetId

• JOIN表变量慢的核心原因和原IN查询一致，都是表变量无统计信息导致执行计划错误
• 拼接字符串用LIKE匹配的方案完全无法利用id列的索引，需要逐行做类型转换和字符串匹配，必然全表扫描，性能极差。

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