1.SCAN及示例分析
SCAN依据表的不同,可以分为Table Scan,Cluster Index Scan,以及针对非聚集索引的Non-clustered Index Scan这三种操作。
聚集索引扫描(Cluster Index Scan)将表中所有数据行都存在于聚集索引的叶节点中,所以,聚集索引扫描相当于将整个数据都取出来了。
Index Scan发生在检索的数据都包含在已经定义好的索引之中,这样就不需要扫描整个表,只需要将索引中的数据取出便可,这样的索引被称为覆盖索引。由于Non-clustered Index所占用的空间比Cluster Index小,它的I/O成本会更低一些,所以查询优化器优先考虑使用Index Scan来查找这些数据。
在OLTP数据库中,SCAN操作被认为是性能的最大杀手,因为它不仅需要等待大量的磁盘I/O,还需要消耗很多内存来存储相关的数据。因此,在开发业务系统时应该注意,OLTP系统中应当避免大数据量的搜索,如果有一些数据集确实非常大,不妨使用分页算法。在数据库中可以使用存储过程来实现分页算法,以避免大量的数据扫描操作。
2.Seek及示例分析
查找(Seek)操作发生在索引上,他可以通过索引定位到具体的数据。依据索引的不同,可以区分为聚集索引查找和非聚集索引查找两种类型。
聚集索引查找发生在对聚集索引字段进行where条件过滤的情况下
非聚集索引查找发生在对非聚集索引字段进行where条件过滤的情况下。
3.BOOKMARK LOOKUP及示例分析
Key Lookup操作是Bookmark Lookup操作的一种。由于命名上的问题,姑且将Lookup称为标签查找吧,与seek操作区分开来。标签查找发生在使用了非聚集索引的语句中,用于查询不包含在当前索引的字段。例如SELECT TYPEID,NAME FROM BOOK WHERE TYPEID = 2,TYPEID是一个非聚集索引,NAME没有索引,此时通过Index Seek操作符找出索引数据后,还要通过标签查找NAME字段。
注意:在语句存在性能瓶颈的情况下,如果有扫描操作或者标签查找操作,都会被认为是有问题的,并且问题的产生原因是索引缺失,或者索引没有正确的覆盖到语句中。但是也还有一些别的可能,例如在索引自动断上应用了函数或者添加了计算,这些都将导致索引没有办法被正常使用。