最新消息:

SQL执行计划解析(2)- 基本查询的图形执行计划(中)

sql admin 3387浏览 0评论

2.表连接(Table join)

到目前为止我们都是在和单个表打交道,下边我们看下查询中的连接。下边这个查询获取雇员信息,把FirstName和LastName连接起来,这样返回的信息显得更为友好。

SELECT
  e.[Title],
  a.[City],
  c.[LastName] + ', ' + c.[FirstName] AS EmployeeName
FROM
  [HumanResources].[Employee] e
JOIN
  [HumanResources].[EmployeeAddress] ed
ON
  e.[EmployeeID] = ed.[EmployeeID]
JOIN
  [Person].[Address] a
ON
  [ed].[AddressID] = [a].[AddressID]
JOIN
  [Person].[Contact] c
ON
  e.[ContactID] = c.[ContactID];

执行计划如图

2011110116141517

图2-12

这个查询中出现了多个的处理步骤,每个步骤的开销也不同,它们在执行树中从右到坐一步一步累计起来。其中3个开销最大的操作分别是

1.对Person.Address表的索引扫描(Index Scan),45%

2.HumanResource.EmployeeAddress表和Person.Address表之间的Hash Match Join操作,28%

3.Person.Contact表上的聚集索引扫描,17%

右上角的是对HumanResource.EmployeeAddress表的索引扫描,它的下边就是对Person.Address表的索引扫描,也就是我们的开销最大的运算符。看下ToolTip,如图2-13,我们可以看到这是对索引IX_Address_AddressLine1_AddressLine2_City_StateProvinceID_PostalCode执行的扫描,存储引擎遍历了19614行的数据来找到我们需要的。

2011110116572716

图2-13

如Output list里所示,查询优化器需要AddressId列和City列。查询优化器按照表中的索引和列的可选择性进行计算,它认为最好的方式就是遍历索引。遍历19614行的数据的开销占据了总开销的45%。
0.180413仅仅是个内部计算出的数字,优化器用于衡量各个操作的相对开销,这个数字越低操作的效率越高。

Hash Match Join

继续上边的例子,这两个索引扫描的输出通过hash match join组合起来。

2011110117174079

在我们讨论Hash Match Join是什么之前,需要了解两个概念,Hash运算(即散列算法) 和Hash表。

Hash运算是一种编程技术,用来把数据转换为符号形式,使数据可以更容易更快速地被检索。例如,表中的一行数据,可以通过程序转化为一个唯一的值,这个值就代表了这行数据的内容。这和数据加密很类似,一个hash值同样也可以被转换回原始数据。

Hash表是一个数据结构,它把所有的元素都切分成同等大小的“类”或“块”,允许对这些元素的快速访问。hash函数决定了元素应该进入哪个“块”。例如,你可以从表里取出一行数据,将其转换为hash值,然后将hash值存入hash表。

Hash Match Join 发生时,Sql Server连接一大一小两张表,对小表里的数据行进行hash运算,将生成的hash值插入到hash表里,然后遍历大表里的数据,每次取出一行在hash表里寻找匹配的行。对小表进行hash运算是为了降低hash表的大小,hash值可以进行快速的比较。如果两张表都很大,那么hash match jion和其他类型的join比起来就非常低效。

Hash Match Join对大数据集尤其是其中一个表比另外的一个小很多的时候效率很高。对表没有按照join列排序或者表中没有可用索引的情况,hash match join也是很有效的方式。

Hash Match Join的出现也可能意味着存在更高效的连接方式(Nested Loop或Merge),这可能是以下原因造成的:
1.索引缺失或者索引不正确
2.where语句缺失
3.where语句里有对索引列的计算或转换使得索引失效
在这些情况下,优化器认为Hash Match Join是连接两张表的最高效的方式,但是有可能可以通过增加索引、或者增加where语句来减少数据量等方式获得更高效的查询。

聚集索引查找(Clustered Index Seek)

接下来我们看占用17%的操作,是对Person.Contact表上的PK_Contact_ContactID聚集索引查找,对于这个表来说PK_Contact_ContactID既是主键又是聚集索引。

2011110211234498

图2-15

从Seek Predicates节可以看出,这个操作直接将HumanResources.Employee表和Person.Contact表的ContactID列进行连接。

Nested Loop Join(嵌套循环连接)

2011110211291430

图2-16

顾名思义,Nested Loop Join这个操作使用嵌套双层循环,在我们这个计划里下边这个(17%那个)运算符的结果在外层。由于两个数据集都很小,所以这是个很高效的操作。
只要内层数据集小,外层数据集(小不小不要紧)有索引的情况下,Nested Loop Join是一种非常高效的连接机制。除非数据集超大,这种连接方式应该是你最希望看到的连接方式。

标量计算(Compute Scarlar)

2011110211493522

图2-17

标量计算表示此操作产生了一个标量值,通常是通过计算。我们这个例子中,假名EmployeeName组合了LastName和FirstName并用逗号连接。

 

Merge Join

除了Hash Match 和Nested Loop外,还有一种连接即Merge Join。执行以下查询。

SELECT
  c.CustomerID
FROM
  Sales.SalesOrderDetail od
JOIN
  Sales.SalesOrderHeader oh
ON
  od.SalesOrderID = oh.SalesOrderID
JOIN S
  ales.Customer c
ON
  oh.CustomerID = c.CustomerID

执行计划如图

2011110212291516

图2-18

使用Merge Join连接的两张表必须是按照连接列预先排序好了的,这中情况下Merge Join是一种高效的连接方式。如果连接的表没有按照连接列预先排序的话,查询优化器要么先排序再执行Merge

Join, 或者执行效率稍低些的Hash Match Join。

PS:以前做cobol时处理数据的一种方式,估计原理是一样的。有两组数据,都是排好序的,假设是按某个字段从小到大。设两个指针分别代表左右两个数据的当前记录位置,比较当前位置的数据大小,如果左边的小右边大,那么左边的指针向前移动一位,如果右边的小左边的大,那么右边的指针向前移动一位,如果一样大,那么这是匹配的两条数据,左右同时向前移动一位。这只是连接列的值唯一的情形,也可能是多对多的匹配,当多对多匹配时,Merge Join就必须使用cache了,原理应该是这样子,这样就避免了双层循环,所以如果是排好序的两张表连接,Merge Join的效率应该是最高的。

转载请注明:爱开源 » SQL执行计划解析(2)- 基本查询的图形执行计划(中)

您必须 登录 才能发表评论!