SQL Server临时表统计信息异常求助：首次调用有结果二次无

问题1：临时表列编译阶段不被识别 #

原因 #

SQL Server编译存储过程时，临时表尚未创建，优化器无法读取临时表的列元数据，导致编译报错。你手动执行CREATE STATISTICS MYSTATS ON #TEMP (SOMECOLUMN)的方式，会强制SQL Server生成该列的元数据，从而绕过编译错误，但这并非最优解。

替代方案 #

在引用临时表的查询语句末尾添加OPTION (RECOMPILE)，让SQL Server延迟编译该查询（直到临时表创建完成），确保优化器能获取完整的列元数据：

select * FROM #TEMP WHERE SOMECOLUMN=@INDEX OPTION (RECOMPILE);

问题2：首次调用正常，二次调用无结果 #

核心原因 #

这是存储过程执行计划缓存+临时表统计信息复用导致的问题：

1. 首次调用时，存储过程触发编译，基于当前临时表的统计信息（SOMECOLUMN全为1）生成执行计划并缓存。
2. 二次调用时，SQL Server复用缓存的执行计划，但新创建的临时表的统计信息未被正确加载，优化器基于旧统计信息判断SOMECOLUMN=@INDEX无匹配数据，直接返回空结果；或者缓存的执行计划因参数嗅探问题，错误地跳过了数据查询。

另外，你的测试代码中INSERT语句始终将SOMECOLUMN设为1，如果二次调用时传入的@INDEX为2，本身就不会返回数据——但如果两次调用参数相同仍无结果，就完全是执行计划缓存的问题。

解决方案 #

你可以任选以下一种方式解决：

1. 强制更新统计信息：取消注释UPDATE STATISTICS #Temp;语句，确保插入数据后统计信息实时更新，让优化器能正确识别数据分布：

   insert into #temp
   select top (@rowcount) 1,newid(), newid() from employee empa
   join employee empb on 1=1
   
   UPDATE STATISTICS #Temp; -- 取消注释这行
   

2. 强制每次调用重编译：在存储过程的查询语句或存储过程定义中添加WITH RECOMPILE，确保每次调用都基于当前临时表的状态生成新执行计划：
   • 方式一：在查询末尾加OPTION (RECOMPILE)：

     select * FROM #TEMP WHERE SOMECOLUMN=@INDEX OPTION (RECOMPILE);
     

   • 方式二：修改存储过程定义，强制全局重编译：

     ALTER PROCEDURE dbo.TempTableTest
        @INDEX INT, @ROWCOUNT INT
     WITH RECOMPILE -- 添加这行
     AS
     BEGIN
        -- 原代码不变
     END
     

3. 使用临时表的延迟编译特性（SQL Server 2016及以上版本）：确保数据库兼容级别设置为130或更高，SQL Server会自动在临时表创建完成后延迟编译相关查询，无需手动添加RECOMPILE。

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