SQLServer里书签查找的性能伤害

在我的博客上，以前我经常谈到SQL Serverl里的书签查找，还有它们带来的很多问题。在今天的文章里，我想从性能角度进一步谈下书签查找，还有它们如何拉低你整个SQL Server性能。

书签查找——反复循环

如果你的非聚集索引不是个覆盖非聚集索引，SQL Server的查询优化器会引入书签查找。对于从非聚集索引你返回的每一行，SQL Server需要在聚集索引里或堆表里进行额外的查找操作。

例如当你的的聚集索引包含3层，为了返回必要的信息，对于每一行，你需要3页额外的读取。因此，查询优化器再执行计划里选择书签查找操作，仅在有意义的时候发生——基于你查询的选择度。下图展示了有书签查找操作的执行计划。

通常人们不会太关注书签查找，因为它们只执行几次。如果你的查询选择度太低，查询优化器会用聚集索引扫描或表扫描运算符直接扫描整个表。但只在SQL Server重用缓存的执行计划，这个计划是有多次不同运行值，包含书签查找的（基于最初提供的输入值），因此这个情况很容易发生，书签查找反复执行。

为了演示这个性能问题，接下来的查询我指定查询优化器使用特定的非聚集索引。查询本身返回80000行，因为对于每个查询执行，SQL Server需要进行书签查找80000次——反复执行。

CREATE PROCEDURE RetrieveData
AS
 SELECT * FROM Table1 WITH (INDEX(idxTable1_Column2))
 WHERE Column3 = 2
GO 

查看更多关于SQLServer里书签查找的性能伤害的详细内容...