为什么优化器选择一个 keylookup 而不是 2 个单独的查询？

Question

我有一个表，它在 ID 列上有一个主键/聚集索引，在系统日期列上有一个非聚集索引。如果我使用系统日期列查询表中的所有列（在这里覆盖索引没有意义），执行计划会显示一个键查找，因为对于它找到的每条记录，它必须使用 ID 来获取所有列数据。

奇怪的是，如果我用一个临时表编写 2 个查询，它的执行速度要快得多。我可以查询系统日期以获取 ID 表，然后使用该表搜索 ID 列。这是有道理的，因为您不再对每条记录进行慢键查找。

为什么优化器不为我们做这件事？

--slow version with key lookup
--id primary key/clustered index
--systemdate nonclustered index  

select ID, col1, col2, col3, col4, col5, SystemDate
from MyTable
where SystemDate > '2019-01-01'

--faster version 
--id primary key/clustered index
--systemdate nonclustered index  

select ID, SystemDate
into #myTempTable
from MyTable
where SystemDate > '2019-01-01'

select t1.ID, t1.col1, t1.col2, t1.col3, t1.col4, t1.col5, t1.SystemDate
from MyTable t1
inner join #myTempTable t2
on t1.ID = t2.ID

Answer 1

好吧，在第二种情况下，您实际上是在自己进行密钥查找，不是吗？ ; )

由于统计信息过时（或缺失）、索引碎片化，优化器的执行速度可能会变慢。

要告诉你为什么它实际上更慢，最好粘贴你的执行计划here。这样更容易解释发生了什么。

Answer 2

查询优化器选择键查找，因为覆盖索引不支持查询。它必须从表本身中获取缺失的列：

/*
--slow version with key lookup
--id primary key/clustered index
--systemdate nonclustered index 
*/
select ID, col1, col2, col3, col4, col5, SystemDate
from MyTable
where SystemDate > '2019-01-01';

添加覆盖索引应该会提高性能：

CREATE INDEX my_idx ON MyTable(SystemDate) INCLUDE(col1, col2, col3, col4, col5);

db<>fiddle demo

---

对于没有JOIN的查询：

select ID, col1, col2, col3, col4, col5, SystemDate
from MyTable  -- single table
where SystemDate > '2019-01-01';

执行计划中有JOIN：

引入覆盖索引后，无需额外的键查找：