为什么 SQL Server 中的统计信息过时如此之快？

Question

我们有一个有点复杂的 SQL 更新查询，每月运行几次。大多数时候它似乎运行得非常快，但在某些数据库上，它需要很长时间。在涉及的表上运行“UPDATE STATISTICS”后，更新立即再次快速运行。我们最终设置了一个夜间任务，它在数据库中的所有表上调用 UPDATE STATISTICS。但这似乎并没有解决问题。我们最终还是不得不每次手动运行“更新统计”。为什么统计数据会这么快过时？

查询大致如下：

UPDATE DataTableA
SET DataTableA.IndexedColumn1 = 123456789, DataTableA.Flag1 = 1
FROM DataTableA WITH (INDEX(IX_DataTableA))
INNER JOIN GroupingTableA ON GroupingTableA.ForeignKey1 = GroupingTableA.PrimaryKey
INNER JOIN LookupTableA ON DataTableA.ForeignKey3 = LookupTableA.PrimaryKey
LEFT OUTER JOIN GroupingTableB ON DataTableA.IndexedColumn2 = GroupingTableB.IndexedColumn2
WHERE GroupingTableB.IndexedColumn1 = 123456789
AND DataTableA.IndexedColumn1 IS NULL
AND DataTableA.IndexedColumn2 IN ( ... 300 entries here ... )
AND DataTableA.Deleted = 0
AND GroupingTableA.Date <= GroupingTableB.EndDate
AND GroupingTableA.Date >= DATEADD(month, -1, GroupingTableB.StartDate)
AND LookupTableA.Column2 = 1
AND DataTableA.Status1 IN (1, 3)
AND DataTableA.Status2 NOT IN (1, 3, 9)

DataTableA 包含数百万行。
GroupingTableA 和 GroupingTableB 各包含数万行。
LookupTableA 包含几十行。
索引 IX_DataTableA 是 (IndexedColumn1 ASC, IndexedColumn2 ASC) 上的索引

Answer 1

如果您强制它使用特定索引，我认为您的统计数据不会那么重要 (WITH (INDEX(IX_DataTableA))

你确定你比优化器更了解吗？

我将从查看快速更新和慢速更新的执行计划开始。此外，快/慢查询的更新记录数是否可比？

Answer 2

当自动统计开启时，引擎想要更新统计quite often，通常比每晚更频繁：

 Table Type | Empty Condition | Threshold When Empty |Threshold When Not Empty 
_________________________________________________________________________________
 Permanent  | < 500 rows      | # of Changes >= 500  | # of Changes >= 500 + (20% of Cardinality)
___________________________________________________________________________
 Temporary  | < 6 rows        | # of Changes >= 6    | # of Changes >= 500 + (20% of Cardinality)

但为什么不排除猜测并简单地部署计划指南呢？见Understanding Plan Guides。