细化解析：SQL Server2005查询计划指南

来源：互联网发布：java windows界面开发编辑：程序博客网时间：2024/05/22 12:52

问：如果应用程序数据库查询性能低下，而我们又无法获得源代码来修改查询文本，

在不直接更改查询文本的前提下，怎样提高查询性能？

答：SQL Server 2005引入了称为”计划指南”的新特性，可以帮解决上述问题。

原理：

1．当应用程序向SQL Server发送代码，查询优化器首先检查在缓存中是否有一个适当的询问计划，如果有，查询就按被找到的查询计划执行。

2．如果没有匹配的查询计划，代码将被与一个称为内部查寻表(lookup table)比较, 看是否有一个已存在的计划指南与之匹配。

3．如果在第2步找到匹配的计划指南，询问优化器将修改源代码以包括计划指南中查询提示。源代码中之前的任何查询提示将被新提示替换。

4．查询计划将被编译和缓存。

5．查询将按照你之前在计划指南设定的查询提示执行。

计划指南的分类：

有三种方式的计划指南：

1．OBJECT 计划指南：与在 Transact-SQL 存储过程、标量函数、多语句表值函数和 DML 触发器的上下文中执行的查询匹配。

2．SQL 计划指南：与在独立的 Transact-SQL 语句和批处理（不属于数据库对象）的上下文中执行的查询匹配。基于 SQL 的计划指南还可用于与参数化为指定形式的查询匹配。SQL 计划指南适用于应用程序使用 sp_executeSQL 系统存储过程频繁提交的语句和批处理。

3．TEMPLATE 计划指南：与参数化为指定形式的独立查询匹配。这些计划指南用于覆盖查询类的数据库的当前 PARAMETERIZATION 数据库 SET 选项。TEMPLATE 计划指南用于覆盖特定查询形式的参数化行为。您可以在以下任一情况下创建 TEMPLATE 计划指南。

可以在计划指南使用中的查询提示：

{HASH | ORDER} GROUP {CONCAT | HASH | MERGE} UNION {LOOP | MERGE | HASH} JOIN FAST number_rows FORCE ORDER MAXDOP number_of_processors OPTIMIZE FOR ( @variable_name = literal_constant ) [ ,…n ] RECOMPILE ROBUST PLAN KEEP PLAN KEEPFIXED PLAN EXPAND VIEWS MAXRECURSION number USE PLAN <xmlplan>

使用示例：

以下二个存储过程创造和处理计划指南

sp_create_plan_guide sp_control_plan_guide

1.sp_create_plan_guide

创建用于将查询提示与数据库中的查询进行关联的计划指南

语法：

sp_create_plan_guide [ @name = ] N'plan_guide_name' , [ @stmt = ] N'statement_text' , [ @type = ] N'{ OBJECT | SQL | TEMPLATE }' , [ @module_or_batch = ] { N'[ schema_name. ] object_name' | N'batch_text' | NULL } , [ @params = ] { N'@parameter_name data_type [ ,...n ]' | NULL } , [ @hints = ] { N'OPTION ( query_hint [ ,...n ] )' | NULL }

示例

sp_create_plan_guide @name = N'PlanGuideTest', @stmt = N'SELECT COUNT(*) AS Total FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d WHERE h.SalesOrderID = d.SalesOrderID and h.OrderDate BETWEEN ''1/1/2000'' AND ''1/1/2005'' ', @type = N'SQL', @module_or_batch = NULL, @params = NULL, @hints = N'OPTION (MERGE JOIN)' GO

代码的运作原理

@name = N'PlanGuideTest'

指定计划指南的名称为 PlanGuide1

@stmt = N'SELECT COUNT(*) AS Total FROM Sales.SalesOrderHeader h, Sales.SalesOrderDetail d WHERE h.SalesOrderID = d.SalesOrderID and h.OrderDate BETWEEN "1/1/2000" AND "1/1/2005" '

这段代码是询问优化器应该匹配的代码。无论应用程序何时向服务器发送这段代码，询问优化器设法匹配代码。当发现代码和上面列出的匹配时，查询优化器在内部查询表(loolup table)中查找正确的计划指南，并运用计划指南

@type = N'SQL',

说明计划指南的类型，这是一个 SQL 计划指南

@module_or_batch = NULL,

这个代码行用于指定statement_text对象的名字,仅在计划指南类型是OBJECT 计划指南时需要

@params = NULL,

指定嵌入 statement_text 中的所有参数的定义，在Template 计划指南类型时需要

@hints = N'OPTION (MERGE JOIN)'

指定将 OPTION 子句附加到与 @stmt 匹配的查询上

2．sp_control_plan_guide

删除、启用或禁用计划指南:

语法：

sp_control_plan_guide [ @operation = ] N'<control_option>' [ , [ @name = ] N'plan_guide_name' ]<control_option>::={ DROP --删除由plan_guide_name 指定的计划指南 | DROP ALL --删除当前数据库中的所有计划指南 | DISABLE --禁用由plan_guide_name 指定的计划指南 | DISABLE ALL --禁用当前数据库中的所有计划指南 | ENABLE --启用由plan_guide_name 指定的计划指南 | ENABLE ALL --启用当前数据库中的所有计划指南

下面是有些例子的是怎样使用这个存储过程：

sp_control_plan_guide N'DROP', N'PlanGuideTest' sp_control_plan_guide N'DISABLE', N'PlanGuideTest' sp_control_plan_guide N'ENABLE', N'PlanGuideTest'

注：如果您设法删除﹑修改﹑一个涉及到计划指南的存储过程﹑函数﹑或DML触发器，它系统将报错。必须先删除计划指南。

查看计划指南

可以使用sys.plan_guides目录视图查看数据库中的计划指南：

SELECT * FROM sys.plan_guides

使用事件探查器验证是否执行计划指南：

1. 启动事件探查器跟踪，选中”性能”->”Showplan XML” 事件类型。

2. 运行查询。

3. 在 Showplan XML 事件中查找受影响的查询。

4. 如果计划指南的类型为 OBJECT 或 SQL，则验证 Showplan XML 事件是否包含您希望与查询匹配的计划指南的 PlanGuideDB 和 PlanGuideName 属性。或者，如果计划指南的类型为 TEMPLATE，则验证 Showplan XML 事件是否包含预期计划指南的 TemplatePlanGuideDB 和 TemplatePlanGuideName 属性。这可以验证计划指南是否在运行。这些属性包含在计划的元素下。

计划指南通常使用的情况：

1．在参数化的查询中增加OPTIMIZE FOR or RECOMPILE 询提示。

2．用USE PLAN查询提示强制使用更好的查询计划。

3．强迫非并行查询使用MAXDOP查询提示。

4．强制join查询试验join查询提示。

5．删除，修改，替代现有的查询提示。

最佳实践：

1．计划指南的作用域是创建这些计划指南所用的数据库。

2．计划指南需要有经验的DBA才能使用。

3．如果没有其他方法来解决查询效率问题，请使用一个计划指南。

4．计划指南需经过测试才正式使用。

5． SQL Server版本涉及或打SP补丁后，需要重新评估计划指南的效率，

以确定是否继续使用计划指南。