RECOMPILE

加参数查询很慢的问题，不加的话查询就很快。
有时候是参数嗅探引起的。

什么是参数嗅探：

SQL Server对查询语句编译和缓存机制是SQL语句执行过程中非常重要的环节，也是SQLOS内存管理非常重要的一环。理由是SQL Server对查询语句编译过程是非常消耗系统性能，代价昂贵的。因为它需要从成百上千条执行路径中选择一条最优的执行计划方案。所以，查询语句可以重用执行计划的缓存，避免重复编译，以此来节约系统开销。这种编译查询语句，选择最优执行方案，缓存执行计划的机制就是参数嗅探问题产生的理论基础。

以下有几种方式避免因为参数嗅探所导致的全表扫描：

select id from t where num = @num

解决方案1

可以改为强制查询使用索引
例如：

select id from t with(index(索引名)) where num = @num

解决方案2

option(RECOMPILE) 重新编译
例如：

  select * from T_order where ordertime>@date option(RECOMPILE)

解决方案3
在存储过程定义变量后，as begin前加WITH RECOMPILE
————————————————
版权声明：本文为CSDN博主「chrisplus」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/chrisplus/article/details/53392639