SQL 索引问题：为什么 SQL Server 更喜欢这种非聚集索引而不是聚集索引？

Question

我有以下查询：

SELECT
    COUNT(*)
FROM
    FirstTable ft
        INNER JOIN SecondTable st ON ft.STID = st.STID

正如您所猜测的，“STID”是“SecondTable”上的主键...并且“FirstTable”将有一个指向第二个表的指针。以下是我拥有的索引：

FirstTable: NONCLUSTERED INDEX on column "STID"

SecondTable: CLUSTERED PRIMARY KEY INDEX on "STID"

上面的查询给出的子树成本为 19.90，需要 2秒。

在为该查询运行数据库调优顾问后，他们建议创建与我在第二个表上相同的索引...但非聚集。所以我尝试了这些结果。

第一个表：“STID”列上的 NONCLUSTERED INDEX

第二个表：“STID”上的 NONCLUSTERED INDEX

现在，上面的查询给出的子树成本为 10.97，并且需要 <1 秒！

这 100% 让我心碎……为什么在这种情况下非聚集索引比聚集索引执行得更快？

Answer 1

因为您的查询不会从表中检索任何实际记录，所以它只是进行计数。

对于非聚集索引，它只使用最可能的 MERGE JOIN 来连接两个索引（其大小比表小）。

对于聚集索引，它必须连接表和非聚集索引。表更大，遍历它需要更多时间。

如果您发出这样的查询：

SELECT  SUM(first_table_field + second_table_field)
FROM    FirstTable ft
INNER JOIN
        SecondTable st
ON      ft.STID = st.STID

检索实际值，您将看到集群的好处。