处理缓慢执行查询的question of mine 向我介绍了sp_updatestats() 函数。我想采取积极主动的措施定期调用它，而不是等待我的查询在工作时间随机开始超时。我正在考虑在每晚午夜运行它。我的问题是：
是否有一种有用的方法可以确定何时调用此过程而不是每晚盲目地运行它？文档说 SQL Server 会自行更新这些统计信息。但频率是多少？我如何知道何时需要介入并手动执行？
在运行此过程时数据库是否锁定？做这件事似乎需要四五分钟。在此期间数据库是否可以访问，或者尝试的查询是否会被阻止？我的测试表明我仍然可以运行查询，但我不确定这是否只是因为我很幸运，查询了当时没有计算统计数据的表。
【问题讨论】：
标签： sql-server statistics frequency
这是来自books on line的引用：
sp_updatestats 仅根据 sys.sysindexes 目录视图中的 rowmodctr 信息更新需要更新的统计信息，从而避免对未更改的行进行不必要的统计信息更新。
因此，您可以每天运行 UPDATE STATS，但它可能不会执行任何操作。
Paul Randal's - How rowmodctr works
Kendra Little's article - Stale Statistics
来自 Kalen Delany 的 SQL Server Internals Book 2008。如果你没有这本书的副本，你应该得到一本。
在 2008 年之前，使用的是 rowmodctr。 2008年以后使用colmodctr。
这些统计信息用于确定何时超过表的重新编译阈值 (RT)，并且统计信息被视为过时并需要更新。
对于小型表，至少要进行 500 次更改。对于大型表，至少 500 处更改加上 20% 的行数。对于非常小的表，至少要进行 6 处更改。
最后但同样重要的是，有 FULL、SAMPLE N % 和 RE-SAMPLE 选项可确定要扫描多少行以创建新统计信息。
所以...
简而言之，这是什么意思？
每周重新组织一次索引时，我会运行更新统计信息。我在周末提早这样做，这样如果系统变慢就没有人抱怨了。到目前为止，这对我有用，我几乎没有遇到任何问题。
【讨论】：