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