强制SQL Server执行计划使用并行提升在复杂查询语句下的性能
更新时间：2014年07月18日 10:47:59 投稿：hebedich
最近在给一个客户做调优的时候发现一个很有意思的现象，对于一个复杂查询（涉及12个表）建立必要的索引后，语句使用的IO急剧下降，但执行时间不降反升，由原来的8秒升到20秒。
通过观察执行计划，发现之前的执行计划在很多大表连接的部分使用了Hash Join，由于涉及的表中数据众多，因此查询优化器选择使用并行执行，速度较快。而我们优化完的执行计划由于索引的存在，且表内数据非常大，过滤条件的值在一个很宽的统计信息步长范围内，导致估计行数出现较大偏差（过滤条件实际为15000行，步长内估计的平均行数为800行左右），因此查询优化器选择了Loop Join，且没有选择并行执行，因此执行时间不降反升。
由于语句是在存储过程中实现，因此我们直接对该语句使用一个undocument查询提示，使得该查询的并行开销阈值强制降为0，使得该语句强制走并行，语句执行时间由20秒降为5秒(注:使用Hash Join提示是7秒)。
下面通过一个简单的例子展示使用该提示的效果，示例T-SQL如代码清单1所示：
SELECT * FROM [AdventureWorks].[Sales].[SalesOrderDetail] a INNER JOIN [Sales].SalesOrderHeader b ON a.SalesOrderID=b.SalesOrderID
代码清单1.
该语句默认不会走并行，执行计划如图1所示：
图1.
下面我们对该语句加上提示，如代码清单2所示。
SELECT * FROM [AdventureWorks].[Sales].[SalesOrderDetail] a INNER JOIN [Sales].SalesOrderHeader b ON a.SalesOrderID=b.SalesOrderID OPTION(querytraceon 8649)
代码清单2.
此时执行计划会按照提示走并行，如图2所示：
图2.
在面对一些复杂的DSS或OLAP查询时遇到类似的情况，可以考虑使用该Undocument提示要求SQL Server尽可能的使用并行，从而降低执行时间。
相关文章
SQL Server误设置max server memory的处理方法
这篇文章主要给大家介绍了关于SQL Server误设置max server memory的处理方法，文中通过示例代码介绍的非常详细，对大家学习或者使用SQL Server具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧下2019-12-12
这篇文章主要介绍了SQL Server中NULL的正确使用与空间占用的相关资料,需要的朋友可以参考下2016-02-02
首先， 说下我写篇文章的目的，我希望能把我对触发器的理解，分享出来与你一起学习2011-05-05
又一次在项目中用到了在SQLServer添加Oracle链接服务器,索性这里总结下,这篇文章主要给大家介绍了关于Sql server连接Oracle数据库的相关资料,文中通过图文介绍的非常详细,需要的朋友可以参考下2024-01-01
创建数据库、创建用户、修改数据的所有者、设置READ_COMMITTED_SNAPSHOT以及备份、日志扥等等，感兴趣的朋友可以参考下2013-05-05
本篇文章详细讲解了SQL ServerSQL的简单查询语句。图文并茂，方便大家理解与学习。有兴趣的朋友可以看下2016-12-12
本文给大家带来了Mysql中错误使用SQL语句Groupby被兼容的情况，及sql的grop by 语句介绍。感兴趣的朋友一起通过本文学习吧2016-08-08
SQL 级联删除与级联更新的方法，需要的朋友可以参考一下2013-03-03
本文主要介绍了SQLServer中防止并发插入重复数据的方法，具有很好的参考价值。下面跟着小编一起来看下吧2017-03-03
SQL Server误区30日谈 第20天 破坏日志备份链之后，需要一个完整备份来重新开始日志链
事务日志备份会备份自上次事务日志备份以来所有的事务日志(如果从来没有过日志备份的话，那就从上一次完整备份开始)。有好几种类型的操作会中断事务日志的连续性，也就是说除非重新开始新的日志链，SQL Server无法再进行日志备份2013-01-01
最新评论