SQL 查詢性能優化解決書簽查找

2024-08-31 00:57:05

字體：大中小

來源：轉載

供稿：網友

先來看看什么是書簽查找：

　　　　當優化器所選擇的非聚簇索引只包含查詢請求的一部分字段時，就需要一個查找（lookup）來檢索其他字段來滿足請求。對一個有聚簇索引的表來說是一個鍵查找（key lookup），對一個堆表來說是一個RID查找（RID lookup）。這種查找即是——書簽查找。

　　　書簽查找根據索引的行定位器從表中讀取數據。因此，除了索引頁面的邏輯讀取外，還需要數據頁面的邏輯讀取。

從索引的行定位器到從表中讀取數據這之間會產生一些額外的開銷，本文就來解決這個開銷。

先看下我的測試表結構：

SQL 查詢性能優化解決書簽查找

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

看看產生書簽查找的效果：

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

按上面的 SQL 產生執行計劃可以看出，會產生一個書簽查找（Key Lookup），如下圖

SQL 查詢性能優化解決書簽查找

如果把上面的 SQL 改寫成

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

SQL 查詢性能優化解決書簽查找

可以看出書簽查找沒有了。

本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 語句，具體操作如下

SQL 查詢性能優化解決書簽查找

用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

好了就寫這么多吧.

上一篇：解析如何用SQL語句在指定字段前面插入新的字段

下一篇：編寫SQL需要注意的細節Checklist總結