代码的运作原理
指定计划指南的名称为 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)中查找正确的计划指南,并运用计划指南
说明计划指南的类型,这是一个 SQL 计划指南
这个代码行用于指定statement_text对象的名字,仅在计划指南类型是OBJECT 计划指南时需要
指定嵌入 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补丁后,需要重新评估计划指南的效率,
以确定是否继续使用计划指南。
问:如果应用程序数据库查询性能低下,而我们又无法获得源代码来修改查询文本,在不直接更改查询文本的前提下,怎样提高查询性能?
答: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 |