强制SQL Server执行计划使用并行提升在复杂查询语句下的性能
2014-07-18 10:47
686 查看
通过观察执行计划,发现之前的执行计划在很多大表连接的部分使用了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.SalesOrderIDOPTION(querytraceon 8649)
代码清单2.
此时执行计划会按照提示走并行,如图2所示:
图2.
在面对一些复杂的DSS或OLAP查询时遇到类似的情况,可以考虑使用该Undocument提示要求SQL Server尽可能的使用并行,从而降低执行时间。
您可能感兴趣的文章:
相关文章推荐
- 强制SQL Server执行计划使用并行提升在复杂查询语句下的性能
- 强制SQL Server执行计划使用并行提升在复杂查询语句下的性能
- 如何使用SQLPLUS分析SQL语句(查询执行计划跟踪)
- SQL点滴10—使用with语句来写一个稍微复杂sql语句,附加和子查询的性能对比
- SQL Server-聚焦使用索引和查询执行计划(五)
- 如何使用SQLPLUS分析SQL语句(查询执行计划跟踪)
- SQL Server 强大的分区技术优化执行计划索引实例详解(使用语句检测和优化数据库 (MSSQL个人笔记之数据库优化之路 四)
- 使用explain查询select查询语句执行计划
- SQL Server-聚焦使用索引和查询执行计划
- 在Sql Server 2005使用公用表表达式CTE简化复杂的查询语句
- SQL Server查询SQL语句的执行计划
- 如何使用SQLPLUS分析SQL语句(查询执行计划跟踪)
- Oracle 性能调优之:使用 V$SQL_PLAN 视图查询内存中的执行计划
- 如何使用SQLPLUS分析SQL语句(查询执行计划跟踪)
- SQL Server 2005 Analysis Services性能指南 Part 4 - 使用分区提升查询性能
- 浅析SQL Server的聚焦使用索引和查询执行计划
- 数据库性能优化-1-使用SQL Server Profiler工具和执行计划分析
- SQL点滴10—使用with语句来写一个稍微复杂sql语句,附加和子查询的性能对比
- 使用with语句来写一个稍微复杂sql语句,附加和子查询的性能对比
- 【转】SQL点滴10—使用with语句来写一个稍微复杂sql语句,附加和子查询的性能对比