SQL 查询性能优化解决书签查找

151 阅读 0 评论 100 点赞

我是靠谱客的博主负责铅笔，最近开发中收集的这篇文章主要介绍SQL 查询性能优化解决书签查找，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

先来看看什么是书签查找：

　　　　当优化器所选择的非聚簇索引只包含查询请求的一部分字段时，就需要一个查找（lookup）来检索其他字段来满足请求。对一个有聚簇索引的表来说是一个键查找（key lookup），对一个堆表来说是一个RID查找（RID lookup）。这种查找即是——书签查找。

　　　书签查找根据索引的行定位器从表中读取数据。因此，除了索引页面的逻辑读取外，还需要数据页面的逻辑读取。

从索引的行定位器到从表中读取数据这之间会产生一些额外的开销，本文就来解决这个开销。

先看下我的测试表结构：

其中可以看出有一个聚簇索引 PK_UserID 和一个非聚簇索引IX_UserName。

看看产生书签查找的效果：

select UserName,Gender from dbo.UserInfo where UserName='userN600'

按上面的 SQL 产生执行计划可以看出，会产生一个书签查找（Key Lookup），如下图

如果把上面的 SQL 改写成

select UserName from dbo.UserInfo where UserName='userN600'

可以看出书签查找没有了。

本SQL 产生书签查找的主要原因是本SQL 优化器会选择非聚簇索引IX_UserName，来执生SQL 。IX_UserName 索引不包含 Gender 这个字段于是产生个从索引到数据表的一个查找即书签查找。
解决书签查找：

方法一、使用一个聚簇索引

　　　　对于聚簇索引，索引的叶子页面和表的数据页面相同，因此，当读取聚簇索引键列的值时，数据引擎可以读取其它列的值而不需要任何行定位，这样就解决了书签查找。
　　　　　对于这句SQL （ select UserName,Gender from dbo.UserInfo where UserName='userN600'）解决了书签查找的办法就是在UserName 上建聚簇索引，因为一个表只有一个聚簇索引，这就意味着删除现有聚簇索引（PK_UserID），将会造成其它从表中的外键约束要发生更改，这需要考一些相关的工作，可能严重影响依赖于现有聚簇索引的其它查询。

方法二、使用一个覆盖索引

　　　　覆盖索引是在所有为满足SQL 查询不用到达基本表所需的列建立的非聚簇索引。如果查询遇到一个索引并且完全不需要引用底层数据表，那么该索引可以被认为是覆盖索引。
　　　　　　对于这句SQL （ select UserName,Gender from dbo.UserInfo where UserName='userN600'）解决书签查找的办法就是在非聚簇索引IX_UserName 里包含 Gender 字段。
　　　　　　也就是在建索引时用INCLUDE 语句，具体操作如下

用INCLUDE 最好在以下情况下使用：
　　　　　　　　1、不希望增加索引键的大小，但是仍然可以建一个覆盖索引；
　　　　　　　　2、打算索引一种不能被索引的数据类型（除了文本、NTEXT和图像）；
　　　　　　　　3、已经超过了一个索引的关键字列的最大数量

方法三、使用索引连接

　　索引连接是使用多个索引之间一个索引交叉来完全覆盖一个查询。如果覆盖索引变的非常宽，那么就可以考虑索引连接。
　　　　对于这句SQL （ select UserName,Gender from dbo.UserInfo where UserName='userN600' and Gender=1）可以在 Gender 上建一个非聚簇索引就行了。
　　　　对于这个例子，可能 SQL 优化器并没有同时选用非聚簇索引IX_UserName 和我们新建立在Gender 上的索引，这时我们可以告知 SQL 优化器同时使用这个两上索引，操作如下
　　　　　　select Gender,UserName from UserInfo with(index (IX_Gender,IX_UserName)) where UserName='jins' and Gender=0

好了就写这么多吧.