sql-server – sp_executesql参数缓慢
发布时间：2020-12-12 16:42:25 所属栏目：MsSql教程 来源：网络整理
导读：我使用dapper-dot-net作为一个ORM,它产生以下慢执行(1700ms)的SQL代码. exec sp_executesql N'SELECT TOP 5 SensorValue FROM "Values" WHERE DeviceId IN (@id1,@id2) AND SensorId = @sensor AND SensorValue != -32768 AND SensorValue != -32767',N'@id1
我使用dapper-dot-net作为一个ORM,它产生以下慢执行(1700ms)的SQL代码.
exec sp_executesql N'SELECT TOP 5 SensorValue FROM "Values" WHERE DeviceId IN (@id1,@id2) AND SensorId = @sensor AND SensorValue != -32768 AND SensorValue != -32767',N'@id1 bigint,@id2 bigint,@sensor int',@id1=139,@id2=726,@sensor=178 当我通过删除参数修改此代码时,查询执行速度快(20ms).这些参数的缺乏是否真的会带来很大的区别呢？ exec sp_executesql N'SELECT TOP 5 SensorValue FROM "Values" WHERE DeviceId IN (139,726) AND SensorId = 178 AND SensorValue != -32768 AND SensorValue != -32767' 解决方法添加选项(RECOMPILE)到最后... AND SensorValue != -32767 OPTION (RECOMPILE) 我怀疑你正在经历“参数嗅探” 如果是这样,我们可以留下OPTION或考虑替代品 更新1 以下文章将向您介绍“参数嗅探”http://pratchev.blogspot.be/2007/08/parameter-sniffing.html 我建议你知道ins和out,因为它会使你更好地理解sql server内部(可以咬). 如果你明白了,你会知道,如果语句被执行得很多,那么与选项重新编译的权衡可能会降低性能. 我个人添加选项重新编译后,我知道根本原因是参数嗅探,并留下它,除非有性能问题.重写语句以避免错误的参数嗅探导致意图丢失,从而降低可维护性.但有些情况下,重写是合理的(使用好的评论,当你这样做). 更新2 关于这个问题的最好的阅读在第32章中 推荐 SQL Server MVP Deep Dives,Volume 2 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |