SQL Server 为什么在索引已经覆盖所有列时仍然存在 Key Lookup？

Question

我正在运行一个包含类似于以下查询的 SP：

 DECLARE my_cursor CURSOR FOR 
 SELECT TOP 5000 id
 FROM Table
 WHERE ColA= 1 AND ColB= ColC

我创建了一个非聚集索引，其中 id 是索引键列，包括 ColA、ColB 和 ColC。

现在，当我单独运行上述查询（不带光标行）时，我可以看到只执行了索引扫描（使用我创建的索引）。这很好，符合预期。

但是，当我运行 SP 并查看执行计划时，我惊讶地发现对于上面的查询，它执行了索引扫描和键查找（这也需要大量时间）。

我的理解是，只有在需要索引中未涵盖的一些额外列时，键查找才会发挥作用。但显然我已经包含了所有必要的列。

有人对此有解释吗？谢谢！

Answer 1

根本问题是您使用的游标选项不正确。

当您使用默认值声明游标时

DECLARE CURSOR crsr for SELECT * FROM TABLE

语法，SQL Server 在 tempdb 中创建一个临时表，其中包含该查询返回的所有行（或时间戳，如果数据集包含时间戳列）的校验和。这是由OPTIMISTIC option 指定的，这是未使用STATIC 或FAST_FORWARD 选项定义的游标的默认值。

当您通过游标FETCH NEXT 时，它会将当前获取的行的校验和与存储在 tempdb 中的校验和进行比较。如果校验和不同，则表示该行本身被游标更改，这是无效的，并且该更新被拒绝。

如果您不打算修改游标查询结果中包含的数据（即不更改 TABLE），则在游标上设置 FAST_FORWARD 选项，它不会执行此额外的校验和步骤。

当然，最终的解决方案是避免使用游标，因为它们依赖临时表和同步数据访问，性能不佳。