SQL Server的查询优化器详解

原创 2015年11月18日 17:47:10

SQL Server的查询优化器在select查询执行的时候产生一个高效的查询执行计划。如果优化器不能选择最优的计划,那么就需要检查查询计划、统计信息、支持的索引等,而通过使用提示可以改变优化器选择查询计划的工程,使优化器生成一个更好的执行计划。

1、联接提示

<join_hint> ::=      { LOOP | HASH | MERGE | REMOTE }

LOOP | HASH | MERGE

指定查询中的联接应使用循环、哈希或合并。 使用 LOOP |HASH | MERGE JOIN 在两个表之间强制执行特定联接。 不能同时将 LOOP 与 RIGHT(或 FULL)指定为联接类型。

REMOTE

指定联接操作在右表处执行。 这在左表是本地表而右表是远程表的情况下很有用。 只在左表的行数少于右表行数时才能使用 REMOTE。

如果右表为本地表,则联接在本地执行。 如果两个表均为远程表但来自不同的数据源,则 REMOTE 将使联接在右表处执行。 如果两个表均为远程表且来自相同数据源,则不需要使用 REMOTE。

如果使用 COLLATE 子句将联接谓词中比较的值中的一个值转换成了不同的排序规则,则不能使用 REMOTE。REMOTE 只可用于 INNER JOIN 操作。

  1. --没有提示的查询 
  2. select * 
  3. from Production.Product p  
  4. innerjoin production.productreview r 
  5.        on r.productid = p.productid 
  6.  
  7.  
  8. --Loop适合:当一个表很小另一个表很大、在关联的列上有索引时 
  9. select * 
  10. from Production.Product p  
  11. inner loop join production.productreview r  
  12.               on r.productid = p.productid 
  13.  
  14.  
  15. --merge适合:按照关联列排序的中等或者大的表        
  16. select * 
  17. from Production.Product p 
  18. inner merge join production.productreview r 
  19.               on r.productid = p.productid 
  20.  
  21. --hash适合:没有排序的大的表 
  22. select * 
  23. from Production.Product p 
  24. inner hash join production.productreview r 
  25.              on r.productid = p.productid     
  26.               
--没有提示的查询
select *
from Production.Product p 
inner join production.productreview r
       on r.productid = p.productid


--Loop适合:当一个表很小另一个表很大、在关联的列上有索引时
select *
from Production.Product p 
inner loop join production.productreview r 
              on r.productid = p.productid


--merge适合:按照关联列排序的中等或者大的表       
select *
from Production.Product p
inner merge join production.productreview r
              on r.productid = p.productid

--hash适合:没有排序的大的表
select *
from Production.Product p
inner hash join production.productreview r
             on r.productid = p.productid    
             

2、查询提示与表提示

          

<query_hint > ::= 
{ { HASH | ORDER } GROUP 
  | { CONCAT | HASH | MERGE } UNION 
  | { LOOP | MERGE | HASH } JOIN 
  | EXPAND VIEWS 
  | FAST number_rows 
  | FORCE ORDER 
  | IGNORE_NONCLUSTERED_COLUMNSTORE_INDEX
  | KEEP PLAN 
  | KEEPFIXED PLAN
  | MAXDOP number_of_processors 
  | MAXRECURSION number 
  | OPTIMIZE FOR ( @variable_name { UNKNOWN | = literal_constant } [ , ...n ] )
  | OPTIMIZE FOR UNKNOWN
  | PARAMETERIZATION { SIMPLE | FORCED }
  | RECOMPILE
  | ROBUST PLAN 
  | USE PLAN N'xml_plan'
  | TABLE HINT ( exposed_object_name [ , <table_hint> [ [, ]...n ] ] )
}

<table_hint> ::=
[ NOEXPAND ] { 
    INDEX ( index_value [ ,...n ] ) | INDEX = ( index_value )
  | FORCESEEK [( index_value ( index_column_name [,... ] ) ) ]
  | FORCESCAN
  | HOLDLOCK 
  | NOLOCK 
  | NOWAIT
  | PAGLOCK 
  | READCOMMITTED 
  | READCOMMITTEDLOCK 
  | READPAST 
  | READUNCOMMITTED 
  | REPEATABLEREAD 
  | ROWLOCK 
  | SERIALIZABLE 
  | SPATIAL_WINDOW_MAX_CELLS = integer
  | TABLOCK 
  | TABLOCKX 
  | UPDLOCK 
  | XLOCK

查询提示的参数

{ HASH | ORDER } GROUP

指定在查询的 GROUP BY 或 DISTINCT 子句中所说明的聚合应使用哈希或排列。

{ MERGE | HASH | CONCAT } UNION

指定所有 UNION 运算由合并、哈希或串联 UNION 集执行。 如果指定了多个 UNION 提示,查询优化器就会从这些指定的提示中选择开销最少的策略。

{ LOOP | MERGE | HASH } JOIN

指定整个查询中的所有联接操作由 LOOP JOIN、MERGE JOIN 或 HASH JOIN 执行。如果指定了多个联接提示,则优化器从允许的联接策略中选择开销最少的联接策略。

如果在同一查询中的 FROM 子句中还为一对特定的表指定了联接提示,则尽管仍须遵守查询提示,但该联接提示将优先联接这两个表。因此,这对表的联接提示可能只限制选择查询提示中允许的联接方法。有关详细信息,请参阅联接提示 (Transact-SQL)

EXPAND VIEWS

指定展开索引视图,而且查询优化器不将任何索引视图看作是查询中任何部分的替代。当视图名称由查询文本中的视图定义替换时,视图将展开。

实际上,该查询提示不允许在查询计划中直接使用索引视图和直接在索引视图上使用索引。

只有在查询的 SELECT 部分中直接引用视图,而且指定了 WITH (NOEXPAND) 或 WITH (NOEXPAND, INDEX(index_value [,...n ] ) ) 时,才不展开索引视图。有关查询提示 WITH (NOEXPAND) 的详细信息,请参阅FROM

只有语句的 SELECT 部分中的视图(包括 INSERT、UPDATE、MERGE 和 DELETE 语句中的视图)才受提示影响。

FAST number_rows

指定对查询进行优化,以便快速检索第一个 number_rows.。该值是非负整数。在返回第一个number_rows 后,查询继续执行并生成完整的结果集。

FORCE ORDER

指定在查询优化过程中保持由查询语法指示的联接顺序。 使用 FORCE ORDER 不会影响查询优化器可能的角色逆转行为。

注意注意

在 MERGE 语句中,如果未指定 WHEN SOURCE NOT MATCHED 子句,则按照默认的联接次序,先访问源表再访问目标表。如果指定 FORCE ORDER,则保留此默认行为。

KEEP PLAN

强制查询优化器对查询放宽估计的重新编译阈值。 当通过运行 UPDATE、DELETE、MERGE 或 INSERT 语句对表进行的索引列更改数目达到估计数目时,会自动重新编译查询,该估计数目即为估计的重新编译阈值。指定 KEEP PLAN 可确保当表有多个更新时不会频繁地对查询进行重新编译。

KEEPFIXED PLAN

强制查询优化器不因统计信息的更改而重新编译查询。 指定 KEEPFIXED PLAN 可确保仅当更改基础表的架构或在那些表上执行 sp_recompile 时才重新编译查询。

IGNORE_NONCLUSTERED_COLUMNSTORE_INDEX

可防止查询使用非聚集的 xVelocity 内存优化的列存储索引。 如果查询包含避免使用 columnstore 索引的查询提示以及有关使用 columnstore 索引的索引提示,则这些提示将发生冲突,查询将返回错误。

MAXDOP number

对于指定了 max degree of parallelism 配置选项的查询,会覆盖sp_configure 和资源调控器的该选项。MAXDOP 查询提示可以超出使用 sp_configure 配置的值。如果 MAXDOP 超出使用资源调控器配置的值,则数据库引擎会使用资源调控器 MAXDOP 值(如ALTER WORKLOAD GROUP (Transact-SQL) 中所述)。当使用 MAXDOP 查询提示时,所有和max degree of parallelism配置选项一起使用的语义规则均适用。有关详细信息,请参阅配置 max degree of parallelism 服务器配置选项

注意事项注意

如果 MAXDOP 设置为零,服务器将选择最大并行度。

MAXRECURSION number

指定该查询允许的最大递归数。 number 是介于 0 至 32767 之间的非负整数。 如果指定 0,则没有限制。 如果未指定此选项,则对服务器的默认限制为 100。

当在查询执行期间达到指定或默认的 MAXRECURSION 数量限制时,将结束查询并返回错误。

由于此错误,该语句的所有结果都被回滚。 如果该语句为 SELECT 语句,则可能会返回部分结果或不返回结果。 所返回的任何部分结果都可能无法包括超过指定最大递归级别的递归级别上的所有行。

有关详细信息,请参阅 WITH common_table_expression (Transact-SQL)

OPTIMIZE FOR ( @variable_name { UNKNOWN | =literal_constant } [, ...n] )

在编译和优化查询时指示查询优化器对局部变量使用特定值。 仅在查询优化期间使用该值,在查询执行期间不使用该值。

@variable_name

在查询中使用的局部变量的名称,可以为其分配用于 OPTIMIZE FOR 查询提示的值。

UNKNOWN

指定查询优化器在查询优化期间使用统计数据而不是初始值来确定局部变量的值。

literal_constant

要分配给 @variable_name 并用于 OPTIMIZE FOR 查询提示的文字常量值。literal_constant 只在查询优化期间使用,在查询执行期间不用作@variable_name的值。literal_constant 可以是任意可用文字常量表示的 SQL Server 系统数据类型。literal_constant 的数据类型必须可隐式转换为查询中@variable_name所引用的数据类型。

OPTIMIZE FOR 可以抵消优化器的默认参数检测行为,也可在创建计划指南时使用。有关详细信息,请参阅重新编译存储过程

OPTIMIZE FOR UNKNOWN

指示查询优化器在编译和优化查询时使用所有局部变量的统计数据而不是初始值,包括使用强制参数化创建的参数。

如果在同一查询提示中使用 OPTIMIZE FOR @variable_name = literal_constant 和 OPTIMIZE FOR UNKNOWN,则查询优化器对特定值使用指定的 literal_constant,而对其余变量值使用 UNKNOWN。 这些值仅用于查询优化期间,而不会用于查询执行期间。

PARAMETERIZATION { SIMPLE | FORCED }

指定在编译查询时 SQL Server 查询优化器应用于此查询的参数化规则。

重要说明重要提示

PARAMETERIZATION 查询提示只能在计划指南中指定。 不能直接在查询中指定该查询提示。

SIMPLE 用于指示查询优化器尝试进行简单参数化。 FORCED 用于指示优化器尝试进行强制参数化。 PARAMETERIZATION 查询提示用于覆盖计划指南中 PARAMETERIZATION 数据库 SET 选项的当前设置。有关详细信息,请参阅使用计划指南指定查询参数化行为

RECOMPILE

指示 SQL Server 数据库引擎在执行为查询生成的计划后将其丢弃,从而在下次执行同一查询时强制查询优化器重新编译查询计划。如果未指定 RECOMPILE,数据库引擎将缓存查询计划并重新使用它们。在编译查询计划时,RECOMPILE 查询提示将使用查询中任意本地变量的当前值,如果查询位于存储过程中,这些当前值将传递给任意参数。

在只须重新编译存储过程中的一部分查询,而不是重新编译整个存储过程时,RECOMPILE 是创建使用 WITH RECOMPILE 子句的存储过程的很有用的替代方法。有关详细信息,请参阅重新编译存储过程在创建计划指南时,RECOMPILE 也很有用。

ROBUST PLAN

强制查询优化器尝试一个计划,该计划可能以性能为代价获得最大可能的行大小。 处理查询时,中间表和运算符可能需要存储和处理比输入行宽的行。 在有些情况下,行可能很宽,以致某个运算符无法处理行。如果发生这种情况,数据库引擎将在查询执行过程中生成错误。通过使用 ROBUST PLAN,可以指示查询优化器不考虑可能会遇到该问题的所有查询计划。

如果不能使用这样的计划,查询优化器将返回错误而不是延迟对查询执行的错误检测。行可以包含可变长度列;数据库引擎允许将行大小定义为超过数据库引擎处理能力的最大可能的大小。通常,应用程序存储实际大小在数据库引擎处理能力范围内的行,而不管最大可能大小。如果数据库引擎遇到过长的行,则返回执行错误。

USE PLAN N'xml_plan'

强制查询优化器对查询使用由 'xml_plan' 指定的现有查询计划。不能使用 INSERT、UPDATE、MERGE 或 DELETE 语句来指定 USE PLAN。

TABLE HINT (exposed_object_name [, <table_hint> [ [, ]...n] ])

将指定的表提示应用到与 exposed_object_name 对应的表或视图。我们建议仅在计划指南的上下文中将表提示用作查询提示。

exposed_object_name 可以为以下引用之一:

  • 当对查询的 FROM 子句中的表或视图使用别名时,exposed_object_name 就是别名。

  • 如果不使用别名,exposed_object_name 与 FROM 子句中引用的表或视图完全匹配。例如,如果使用由两部分组成的名称引用了表或视图,则exposed_object_name 就是这个由两部分组成的名称。

如果指定了 exposed_object_name 但未指定表提示,则将忽略在查询中指定为对象表提示的一部分的任何索引,并由查询优化器来决定索引的使用。当您无法修改原始查询时,可以使用此方法来消除 INDEX 表提示的影响。请参阅示例 J。

<table_hint> ::= { [ NOEXPAND ] { INDEX ( index_value [ ,...n] ) | INDEX = (index_value ) | FORCESEEK [(index_value(index_column_name [,...])) ]| FORCESCAN | HOLDLOCK | NOLOCK | NOWAIT | PAGLOCK | READCOMMITTED | READCOMMITTEDLOCK | READPAST | READUNCOMMITTED | REPEATABLEREAD | ROWLOCK | SERIALIZABLE |SPATIAL_WINDOW_MAX_CELLS | TABLOCK | TABLOCKX | UPDLOCK | XLOCK }

要作为查询提示应用于与 exposed_object_name对应的表或视图的表提示。有关这些提示的说明,请参阅表提示 (Transact-SQL)

不允许将非 INDEX、FORCESCAN 和 FORCESEEK 的表提示用作查询提示,除非该查询已经具有一个指定该表提示的 WITH 子句。有关详细信息,请参阅备注。

注意事项注意

指定带参数的 FORCESEEK 限制优化器可以考虑的计划数大于指定不带参数的 FORCESEEK 时的计划数。这可能导致在更多情况下出现“无法生成计划”错误。在未来的版本中,对优化器进行内部修改后可允许考虑更多计划。

只有在 INSERT 语句中使用了 SELECT 子句时,才能在该语句中指定查询提示。

只能在顶级查询中指定查询提示,不能在子查询指定。 将表提示指定为查询提示时,可以在顶级查询或子查询中指定此提示,但为 TABLE HINT 子句中的 exposed_object_name 指定的值必须与该查询或子查询中公开的名称完全匹配。

将表提示指定为查询提示

我们建议仅在计划指南的上下文中将 INDEX、FORCESCAN 或 FORCESEEK 表提示用作查询提示。当您无法修改原始查询时(例如,由于它是第三方应用程序),计划指南将很有用。计划指南中指定的查询提示在查询编译和优化前添加到查询中。对于即席查询,仅在测试计划指南语句时才应使用 TABLE HINT 子句。对于所有其他即席查询,建议仅将这些提示指定为表提示。

如果将 INDEX、FORCESCAN 和 FORCESEEK 表提示指定为查询提示,它们会对以下对象有效:

  • 视图

  • 索引视图

  • 公用表表达式(必须在其结果集填充公用表表达式的 SELECT 语句中指定提示)

  • 动态管理视图

  • 命名子查询

可以为没有任何现有表提示的查询指定 INDEX、FORCESCAN 和 FORCESEEK 表提示作为查询提示,这些提示也可用于分别替换查询中的现有 INDEX、FORCESCAN 或 FORCESEEK 提示。不允许将非 INDEX、FORCESCAN 和 FORCESEEK 的表提示用作查询提示,除非该查询已经具有一个指定该表提示的 WITH 子句。这种情况下,还必须使用 OPTION 子句中的 TABLE HINT 来将匹配的提示指定为查询提示,以保留查询的语义。例如,如果查询包含表提示 NOLOCK,则计划指南的@hints 参数中的 OPTION 子句必须也包含 NOLOCK 提示。请参见示例 K。当通过使用 OPTION 子句中的 TABLE HINT 指定了非 INDEX、FORCESCAN 或 FORCESEEK 的表提示,而未指定匹配的查询提示时,或指定了后者而未指定前者,则会引发错误 8702,表示 OPTION 子句会导致查询的语义发生变化,该查询将失败。

 

  1. declare @a table (v varchar(100),vid int
  2.  
  3. insertinto @a 
  4. select'abc'as v,1 as vid 
  5. unionall 
  6. select'cde',123 
  7. unionall 
  8. select'cd',2  
  9. unionall 
  10. select'abc',12 
  11. unionall 
  12. select'def',123 
  13. unionall 
  14. select'cde',12 
  15. unionall 
  16. select'def',2 
  17. unionall 
  18. select'cde',1 
  19. unionall 
  20. select'cdef',1 
  21.  
  22.  
  23. --1.group 
  24. --1.1hash 
  25. select v, 
  26.        COUNT(vid) 
  27. from @a 
  28. groupby v 
  29. option(hash group)      
  30.  
  31. --1.2order 
  32. select v, 
  33.        COUNT(vid) 
  34. from @a 
  35. groupby v 
  36. option(ordergroup)  
  37.  
  38. --1.3可以用在distinct中 
  39. selectdistinct *   
  40. from @a 
  41. option(ordergroup)  
  42.  
  43.  
  44.  
  45. --2.union 
  46. --2.1hash 
  47. select'abc'as v,1 as vid 
  48. union  
  49. select'cd',123 
  50. union 
  51. select'cd',2  
  52. union 
  53. select'abc',1 
  54. option(hash union)    
  55.  
  56. --2.2merge 
  57. select'abc'as v,1 as vid 
  58. union  
  59. select'cd',123 
  60. union 
  61. select'cd',2  
  62. union 
  63. select'abc',1 
  64. option(merge union)   
  65.  
  66. --2.3concat 
  67. select'abc'as v,1 as vid 
  68. union  
  69. select'cd',123 
  70. union 
  71. select'cd',2  
  72. union 
  73. select'abc',1 
  74. option(concat union)  
  75.   
  76.   
  77. --3.join 
  78. --3.1hash 
  79. select * 
  80. from 
  81. (  
  82.     select'abc'as v,1 as vid 
  83.     unionall 
  84.     select'cd',2 
  85. )a 
  86. innerjoin 
  87.     select'cd'as v,2 as vid 
  88.     unionall 
  89.     select'abc',1 
  90. )b 
  91. on a.vid = b.vid  
  92. option(hash join)    
  93.  
  94.  
  95. --3.2merge 
  96. select * 
  97. from 
  98. (  
  99.     select'abc'as v,1 as vid 
  100.     unionall 
  101.     select'cd',2 
  102. )a 
  103. innerjoin 
  104.     select'cd'as v,2 as vid 
  105.     unionall 
  106.     select'abc',1 
  107. )b 
  108. on a.vid = b.vid 
  109. option(merge join)    
  110.  
  111.  
  112. --3.3loop 
  113. select * 
  114. from 
  115. (  
  116.     select'abc'as v,1 as vid 
  117.     unionall 
  118.     select'cd',2 
  119. )a 
  120. innerjoin 
  121.     select'cd'as v,2 as vid 
  122.     unionall 
  123.     select'abc',1 
  124. )b 
  125. on a.vid = b.vid 
  126. option(loop join)  
  127.  
  128.  
  129.  
  130. --4.expand views 
  131. --建表 
  132. select * into wc_objects 
  133. from sys.objects  
  134.  
  135. --添加主键约束 
  136. altertable wc_objects 
  137. addconstraint pk_wc_objectid primarykey(object_id) 
  138.  
  139. --创建视图 
  140. createview select_wc_objects 
  141. with schemabinding 
  142. as 
  143.  
  144. selectname
  145.        object_id, 
  146.        type, 
  147.        type_desc 
  148. from dbo.wc_objects 
  149. go 
  150.  
  151.  
  152. --创建唯一的聚集索引作为视图索引(也就是视图对应的索引) 
  153. createunique clustered index uni_select_wc_objects 
  154. on select_wc_objects(object_id) 
  155.  
  156. --这里会展开视图,直接引用底层的原始表wc_objects 
  157. select * 
  158. from select_wc_objects 
  159.  
  160. --不会展开,直接使用唯一聚集索引uni_select_wc_objects中的数据 
  161. select * 
  162. from select_wc_objects with(noexpand) 
  163.  
  164.  
  165.  
  166. --5.fast n:对查询进行优化,以便快速检索前n行 
  167. select o.OrderDate, 
  168.        o.SalesOrderNumber 
  169. from sales.SalesOrderHeader o 
  170. innerjoin sales.SalesOrderDetail d 
  171.         on o.SalesOrderID =d.SalesOrderID  
  172. option(fast 100) --在返回前n行后,查询继续执行并生成完整的结果集 
  173.  
  174.  
  175.  
  176. --6.force order:一般不建议使用,应该由SQL Server来决定联接顺序 
  177. SELECT * 
  178. FROM sales.SalesOrderHeader o  
  179. INNERJOIN sales.SalesOrderDetail m 
  180.         ON O.salesorderid = m.salesorderid 
  181. innerjoin production.Product e 
  182.         on m.ProductID = e.ProductID 
  183. option(forceorder)  --用了这个导致查询更慢 
  184.  
  185.  
  186. --7.keep plan:强制查询优化器对查询放宽估计的重新编译阈值 
  187. SELECT * 
  188. FROM sales.SalesOrderHeader o  
  189. INNERJOIN sales.SalesOrderDetail m 
  190.         ON O.salesorderid = m.salesorderid 
  191. innerjoin production.Product e 
  192.         on m.ProductID = e.ProductID 
  193. option(keep plan) 
  194.  
  195.  
  196. --8.keepfixed plan:强制查询优化器不因统计信息的更改而重新编译查询 
  197. --可确保只有更改基础表的架构或在那些表上执行sp_recompile时才重新编译查询 
  198. SELECT * 
  199. FROM sales.SalesOrderHeader o  
  200. INNERJOIN sales.SalesOrderDetail m 
  201.         ON O.salesorderid = m.salesorderid 
  202. innerjoin production.Product e 
  203.         on m.ProductID = e.ProductID 
  204. option(keepfixed plan) 
  205.  
  206.  
  207.  
  208. /*================================= 
  209. 9.maxrecursion自动产生大量连续的数字 
  210. ==================================*/ 
  211. WITH t   
  212. AS 
  213. SELECT 1 AS r 
  214. UNIONALL 
  215. SELECT r+1  
  216. FROM t 
  217. WHERE r < 10000 
  218.  
  219. SELECT *  
  220. FROM t 
  221. OPTION(maxrecursion 10000)  --限制最大递归数字 
  222.  
  223.  
  224.  
  225. --10.MAXDOP 
  226. --对于指定了max degree of parallelism配置选项的查询, 
  227. --会覆盖sp_configure 和资源调控器的该选项 
  228. SELECT * 
  229. FROM sales.SalesOrderHeader o  
  230. INNERJOIN sales.SalesOrderDetail m 
  231.         ON O.salesorderid = m.salesorderid 
  232. innerjoin production.Product e 
  233.         on m.ProductID = e.ProductID 
  234. option(maxdop 2) 
  235.  
  236.  
  237.  
  238. --11.OPTIMIZE FOR 
  239. declare @name nvarchar(50)  
  240. declare @id int 
  241.  
  242. select @name ='a'
  243.        @id   =500 
  244.  
  245. SELECT * 
  246. FROM sales.SalesOrderHeader o  
  247. INNERJOIN sales.SalesOrderDetail m 
  248.         ON O.salesorderid = m.salesorderid 
  249. innerjoin production.Product e 
  250.         on m.ProductID = e.ProductID 
  251. where e.Namelike @name +'%'  
  252.       and e.ProductID >= @id  
  253. option(optimize for(@name='a',@id unknown)) 
  254.  
  255.  
  256.  
  257. --12.OPTIMIZE FOR UNKNOWN 
  258. declare @name1 nvarchar(50)  
  259. declare @id1 int 
  260.  
  261. select @name1 ='a'
  262.        @id1   =500; 
  263.  
  264. SELECT * 
  265. FROM sales.SalesOrderHeader o  
  266. INNERJOIN sales.SalesOrderDetail m 
  267.         ON O.salesorderid = m.salesorderid 
  268. innerjoin production.Product e 
  269.         on m.ProductID = e.ProductID 
  270. where e.Namelike @name1 +'%'  
  271.       and e.ProductID >= @id1  
  272. option(optimize for unknown)  
  273.  
  274.  
  275.  
  276. --12.use plan 
  277. createtable txt(id numeric(10,0) primarykey
  278.                  v varchar(20), 
  279.                  vv int ) 
  280.  
  281. createindex txt_v on txt(v) 
  282.  
  283. insertinto txt 
  284. select object_id, 
  285.        type_desc, 
  286.        schema_id 
  287. from sys.objects 
  288. where LEN(type_desc) < 20 
  289.  
  290.  
  291. --取得xml格式的执行计划 
  292. setstatistics xml on 
  293.  
  294. select *  
  295. from txt  
  296. where id > 1000 and 
  297.       vv > 2 
  298.  
  299. setstatistics xml off 
  300.  
  301. select * 
  302. from txt 
  303. option
  304. use plan 
  305. '<ShowPlanXML xmlns="http://schemas.microsoft.com/sqlserver/2004/07/showplan"  
  306. Version="1.1" Build="10.50.1600.1"
  307. <BatchSequence><Batch><Statements> 
  308. <StmtSimple StatementText="SELECT * FROM [txt] WHERE [id]>@1 AND [vv]>@2"  
  309. StatementId="1" StatementCompId="1" StatementType="SELECT" StatementSubTreeCost="0.00429444"  
  310. StatementEstRows="42.2945" StatementOptmLevel="TRIVIAL" QueryHash="0xA4E0AA4B0A87F88B"  
  311. QueryPlanHash="0x3325250D8A42F500"
  312. <StatementSetOptions QUOTED_IDENTIFIER="true" ARITHABORT="true" CONCAT_NULL_YIELDS_NULL="true"  
  313. ANSI_NULLS="true" ANSI_PADDING="true" ANSI_WARNINGS="true" NUMERIC_ROUNDABORT="false"/> 
  314. <QueryPlan DegreeOfParallelism="1" CachedPlanSize="16" CompileTime="1" CompileCPU="1"  
  315. CompileMemory="136"><RelOp NodeId="0"  
  316. PhysicalOp="Clustered Index Seek" LogicalOp="Clustered Index Seek"  
  317. EstimateRows="42.2945" EstimateIO="0.00386574" EstimateCPU="0.0004287"  
  318. AvgRowSize="34" EstimatedTotalSubtreeCost="0.00429444"  
  319. TableCardinality="292" Parallel="0" EstimateRebinds="0" EstimateRewinds="0"
  320. <OutputList><ColumnReference Database="[test2]"  
  321. Schema="[dbo]"Table="[txt]"Column="id"/><ColumnReference  
  322. Database="[test2]"Schema="[dbo]"Table="[txt]"Column="v"/> 
  323. <ColumnReference Database="[test2]"Schema="[dbo]"Table="[txt]"Column="vv"/> 
  324. </OutputList><RunTimeInformation><RunTimeCountersPerThread Thread="0"  
  325. ActualRows="5" ActualEndOfScans="1" ActualExecutions="1"/> 
  326. </RunTimeInformation><IndexScan Ordered="1" ScanDirection="FORWARD"  
  327. ForcedIndex="0" ForceSeek="0" NoExpandHint="0"><DefinedValues> 
  328. <DefinedValue><ColumnReference Database="[test2]"  
  329. Schema="[dbo]"Table="[txt]"Column="id"/> 
  330. </DefinedValue><DefinedValue><ColumnReference  
  331. Database="[test2]"Schema="[dbo]"Table="[txt]"  
  332. Column="v"/></DefinedValue><DefinedValue> 
  333. <ColumnReference Database="[test2]"Schema="[dbo]"  
  334. Table="[txt]"Column="vv"/></DefinedValue></DefinedValues> 
  335. <Object Database="[test2]"Schema="[dbo]"Table="[txt]"  
  336. Index="[PK__txt__3213E83F4D1564AE]" IndexKind="Clustered"/> 
  337. <SeekPredicates><SeekPredicateNew><SeekKeys> 
  338. <StartRange ScanType="GT"><RangeColumns> 
  339. <ColumnReference Database="[test2]"Schema="[dbo]"Table="[txt]"  
  340. Column="id"/></RangeColumns><RangeExpressions><ScalarOperator  
  341. ScalarString="CONVERT_IMPLICIT(numeric(10,0),[@1],0)"><Identifier> 
  342. <ColumnReference Column="ConstExpr1003"><ScalarOperator> 
  343. <Convert DataType="numeric"Precision="10" Scale="0" Style="0" Implicit="1"
  344. <ScalarOperator><Identifier><ColumnReference Column="@1"/> 
  345. </Identifier></ScalarOperator></Convert></ScalarOperator> 
  346. </ColumnReference></Identifier></ScalarOperator> 
  347. </RangeExpressions></StartRange></SeekKeys></SeekPredicateNew> 
  348. </SeekPredicates><Predicate><ScalarOperator  
  349. ScalarString="[test2].[dbo].[txt].[vv]>CONVERT_IMPLICIT(int,[@2],0)"><Compare CompareOp="GT"
  350. <ScalarOperator><Identifier><ColumnReference Database="[test2]"Schema="[dbo]"  
  351. Table="[txt]"Column="vv"/></Identifier></ScalarOperator><ScalarOperator> 
  352. <Identifier><ColumnReference Column="ConstExpr1004"><ScalarOperator> 
  353. <Convert DataType="int" Style="0" Implicit="1"><ScalarOperator> 
  354. <Identifier><ColumnReference Column="@2"/></Identifier> 
  355. </ScalarOperator></Convert></ScalarOperator></ColumnReference> 
  356. </Identifier></ScalarOperator></Compare></ScalarOperator> 
  357. </Predicate></IndexScan></RelOp><ParameterList> 
  358. <ColumnReference Column="@2" ParameterCompiledValue="(2)" ParameterRuntimeValue="(2)"/> 
  359. <ColumnReference Column="@1" ParameterCompiledValue="(1000)"  
  360. ParameterRuntimeValue="(1000)"/></ParameterList></QueryPlan> 
  361. </StmtSimple></Statements></Batch></BatchSequence></ShowPlanXML>') 
  362.  
  363.  
  364.  
  365. --14.PARAMETERIZATION { SIMPLE | FORCED }  
  366. --PARAMETERIZATION查询提示只能在计划指南中指定,不能直接在查询中指定该查询提示 
  367. --14.1运行多条类似的查询 
  368. select * from txt where id = 8 
  369.  
  370. select * from txt where id = 9 
  371.  
  372.  
  373. --14.2通过查询缓存的计划所对应的sql文本,发现很多都是相同的 
  374. --而且大部分的objtype都是proc,adhoc,prepared. 
  375. SELECT *  
  376. FROM SYS.dm_exec_cached_plans E 
  377. CROSS APPLY SYS.dm_exec_sql_text(E.plan_handle)EE 
  378. WHERE EE.text LIKE'%select * from txt where id =%' 
  379.  
  380.  
  381. declare @sqltext nvarchar(max
  382. declare @parameter nvarchar(max
  383.  
  384.  
  385. --14.3获取查询的参数化形式以及查询的参数,放入变量中 
  386. exec sp_get_query_template  
  387.     @querytext = N'select * from txt where id = 8'
  388.     @templatetext= @sqltext output
  389.     @parameters = @parameter output 
  390.  
  391.  
  392. --14.4使用模板来创建计划指南    
  393. exec sp_create_plan_guide 
  394.     @name = 'plan_guide_txt_template'
  395.     @stmt = @sqltext, 
  396.     @type = 'template',   
  397.     @module_or_batch = null
  398.     @params = @parameter, 
  399.     @hints = 'option(parameterization forced)'  
  400.      
  401.  
  402. --14.5再次查询发现多条执行计划已经变为一条,usecounts计数增加 
  403. SELECT *  
  404. FROM SYS.dm_exec_cached_plans E 
  405. CROSS APPLY SYS.dm_exec_sql_text(E.plan_handle)EE 
  406. WHERE EE.text LIKE'%select * from txt where id =%' 
  407.  
  408.  
  409.  
  410. --15.ROBUST PLAN  
  411. --查询优化器尝试一个计划,该计划可能以性能为代价获得最大可能的行大小 
  412. SELECT * 
  413. FROM sales.SalesOrderHeader o  
  414. INNERJOIN sales.SalesOrderDetail m 
  415.         ON O.salesorderid = m.salesorderid 
  416. innerjoin production.Product e 
  417.         on m.ProductID = e.ProductID 
  418. option(ROBUST PLAN) 
  419.  
  420.  
  421. --16.RECOMPILE  
  422. SELECT * 
  423. FROM sales.SalesOrderHeader o  
  424. INNERJOIN sales.SalesOrderDetail m 
  425.         ON O.salesorderid = m.salesorderid 
  426. innerjoin production.Product e 
  427.         on m.ProductID = e.ProductID 
  428. option(recompile) 
  429.  
  430. --如果是存储过程,可以通过下面的方式来显式的重新编译 
  431. exec 存储过程名称 with recompile 
版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

SQL Server查询优化方法(查询速度慢的原因很多,常见如下几种)

今天看到一位博友的文章,觉得不错,转载一下,希望对大家有帮助,更多文章,请访问:http://blog.haoitsoft.com 1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的...

Explain详述(Sql查询优化器) -Mysql深化学习-持续更新

MySql 深化学习 1 explain用法 explain可以帮助我们分析select语句,找出select语句的瓶颈,从而可以针对性地去做优化,让MySQL查询优化器更好地工作。 MySQL查询优...

SQL查询优化:详解SQL Server非聚集索引

只看楼主倒序阅读使用道具0 发表于: 2011-12-29 在SQL SERVER中,非聚集索引其实可以看作是一个含有聚集索引的表.但相比实际的表而言.非聚集索引中所存储的表的列数要窄很...

SQL Server 查询优化

注意使用DISTINCT,在没有必要时不要用,它同UNION一样会使查询变慢。重复的记录在查询里是没有问题的      查询时不要返回不需要的行、列      在查询Select语句中用W...

SQL Server 2000过程优化详解

  • 2008-11-09 14:12
  • 10.48MB
  • 下载

Sql Server查询性能优化之创建合理的索引(下篇)

原文链接:http://www.cnblogs.com/lzrabbit/archive/2012/07/03/2549558.html 数据库索引分为聚集索引和非聚集索引,聚集索引就是物理索引,也...

Sql Server查询优化

  • 2017-06-20 13:48
  • 415KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)