sql - 在 delete 语句中忽略聚簇索引和覆盖索引。表扫描发生

Question

为什么 SQL Server 2005 会发现执行表扫描比对主键(且仅对主键)使用可用聚集索引更有效？

免责声明: 还有在主键上有一个非聚集的、非唯一的索引，没有包含的列。这让我感到莫名其妙，我们已经在办公室笑得很开心了。如果这个索引最终成为问题，那么我们就知道该向谁开枪了。不幸的是，这是一个生产站点，我不能将其删除，但如有必要，我会制定计划这样做。

也许问题不在于智力不足的相反指数，但是......

根据 FogLight PASS，当我们通过主键删除一行时，以下语句导致对具有约 1000 万行的表进行大约每小时 600 次扫描:

DELETE FROM SomeBigTable WHERE ID = @ID

表DDL:

CREATE TABLE [SomeBigTable]
(
    [ID] [int] NOT NULL,
    [FullTextIndexTime] [timestamp] NOT NULL,
    [FullTextSearchText] [varchar] (max) NOT NULL,
    CONSTRAINT [PK_ID] PRIMARY KEY CLUSTERED
    (
        [ID] ASC
    )
) -- ...
ON PRIMARY

聚簇索引约束详解:

ADD CONSTRAINT [PK_ID] PRIMARY KEY CLUSTERED
(
    [ID] ASC 
) WITH  PAD_INDEX = OFF
       ,STATISTICS_NORECOMPUTE = OFF
       ,SORT_IN_TEMPDB = OFF
       ,IGNORE_DUP_KEY = OFF
       ,ONLINE = OFF
       ,ALLOW_ROW_LOCKS = ON
       ,ALLOW_PAGE_LOCKS = ON
       ,FILLFACTOR = 75
ON PRIMARY

同表非唯一、非聚集索引:

CREATE NONCLUSTERED INDEX [IX_SomeBigTable_ID] ON [SomeBigTable]
(
    [ID] ASC
) WITH  PAD_INDEX = OFF
       ,STATISTICS_NORECOMPUTE = OFF
       ,SORT_IN_TEMPDB = OFF
       ,IGNORE_DUP_KEY = OFF
       ,ONLINE = OFF
       ,ALLOW_ROW_LOCKS = ON
       ,ALLOW_PAGE_LOCKS = ON
       ,FILLFACTOR = 98
ON PRIMARY

在指向同样大的表的 [ID] 列上还有一个外键约束。

这 600 次表扫描大约占每小时对该表使用相同语句的总删除操作的 4%。因此，并非所有执行此语句都会导致表扫描。

这是不言而喻的，但无论如何都要说...这是很多我想打包发送的讨厌的 I/O。

Answer 1

您是否尝试过重新计算 statistics在 table 上并清除你的过程 cache ？ 例如像这样:

USE myDatabase;
GO

UPDATE STATISTICS SomeBigTable;
GO

DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS

可能是 sql server 使用了错误的索引，因为当表中有不同的数据时，它缓存了一个错误的计划。