SQL Server：根据执行计划忽略索引

Question

我有一个运行这个语句的存储过程

UPDATE QP.LocalMessage WITH (UPDLOCK, ROWLOCK) 
SET StatusId = 0 
WHERE StatusId = 1 AND DateLockedUntil <= @DateNow

我们为此更新创建了一个索引以快速运行

CREATE NONCLUSTERED INDEX [IX_LocalMessage_ProcessingLocked] 
    ON [QP].[LocalMessage] ([DateLockedUntil] ASC)
    WHERE ([StatusId] = (1))

但是在查看正在使用的执行计划之后，我们没有使用这个索引，而是使用聚集索引扫描。这将需要此语句至少在 2 秒内执行，但我们看到它上升到 12-15 秒的时间。我想了解它为什么忽略索引。

Answer 1

使用非聚集索引时，SQL Server 需要进行键查找操作。在 select 语句中，这可以通过覆盖查询来避免，在 update 语句中，这是无法避免的。

如果谓词返回的记录数很大，则最好进行聚集扫描而不是非聚集索引查找和键查找。

您的查询已参数化，因此 SQL Server 无法确定将返回的记录数。您可能正在更新整个表。

如果某些执行只更新了几条记录并且可以使用非聚集索引搜索，那么您可以使用“with recompile”子句配置您的过程。这将允许 SQL Server 分析您的过程接收到的每个参数值的计划。另一种选择是在查询中使用“选项（重新编译）”。

但是，请记住，如果要更新的记录数很少，SQL Server 只会使用非聚集索引。

您还可以通过使用“(index=yourindexname)”作为除表名之外的查询提示来证明我所说的一切，并分析统计信息 io 和统计时间以注意使用非聚集索引查找时的情况有多糟糕在查询中它不应该这样做。

Answer 2

如果您include (StatusId)，那么您的查询可以使用您的过滤索引。

CREATE NONCLUSTERED INDEX [IX_LocalMessage_ProcessingLocked_Include] 
    ON [QP].[LocalMessage] ([DateLockedUntil] ASC)
    include (StatusId)
    WHERE ([StatusId] = (1))

dbfiddle：http://dbfiddle.uk/?rdbms=sqlserver_2016&fiddle=816af692f8993ce8844b5b5c7182f7a1

---

参考：

• Filtered Indexes: Just Add Includes - Erik Darling