SQL Server执行计划问题

Question

我有两张桌子

CREATE TABLE [dbo].[T2] (
    [Id] INT            IDENTITY (1, 1) NOT NULL,
    [F1] NVARCHAR (100) NULL,
    [F2] NVARCHAR (100) NULL,
    [F3] NVARCHAR (MAX) NULL,
    PRIMARY KEY CLUSTERED ([Id] ASC)
);

GO
CREATE NONCLUSTERED INDEX [IX_T2_F1_F2]
    ON [dbo].[T2]([F1] ASC, [F2] ASC);

和

CREATE TABLE [dbo].[T3] (
    [Id] INT            IDENTITY (1, 1) NOT NULL,
    [F1] NVARCHAR (100) NULL,
    [F2] NVARCHAR (100) NULL,
    [F3] NVARCHAR (MAX) NULL,
    PRIMARY KEY CLUSTERED ([Id] ASC)
);

GO
CREATE NONCLUSTERED INDEX [IX_T3_F1_F2]
    ON [dbo].[T3]([F1] ASC, [F2] ASC)
    INCLUDE([F3]);

这些是我的执行计划

问题是为什么Query＃2的执行计划不是Index Seek (NonClustered) ，为什么Query Optimizer选择扫描PK上的聚簇索引，而不是非聚集索引{F1,F2} ？

更新＃1：

Answer 1

SELECT [F1],[F2],[F3] FROM [T2] WHERE ...需要三列，而IX_T2_F1_F2只包含其中两列。

当涉及到覆盖未涵盖所需列的所有列的索引时，SQL Server有时会顽固不化。 为了满足查询，它必须将覆盖索引与聚集索引结合使用，并且（简化一点）涉及的操作越多，查询成本就越高。

它估计扫描一个索引（聚集索引）比使用两个索引便宜，并且您获得了一个带有聚簇索引扫描的计划。

这是一个讨论进一步行动，以及在什么时候，SQL Server将结合使用覆盖索引具有聚簇索引的文章。

Answer 2

您的统计信息可能不是最新的。 您可以使用查询提示强制SQL Server使用您的首选索引，例如（index（your_index_name））。 我建议尝试此查询提示来检查索引的性能。