主页 / dba / 问题 / 182711
Accepted
Ramakant Dadhichi
Asked: 2017-08-05 07:34:15 +0800 CST

我们应该多久使用一次更新统计。（更频繁或不）

  • 772

我们通常使用 Ola Hallengren 的解决方案来处理我们拥有的索引优化作业中的更新统计信息。作为标准做法，我们将它安排在所有服务器（1500+）的每个星期日午夜。

现在，有几台服务器在一周中出现很多性能问题，当因性能问题引发事件时，我们会为该特定数据库运行 sp_updatestats。我们有一个巨大的环境，所有版本都在使用，从 2000 到 2016。在 2012 和 2014 版本中，我们一直在周中手动运行特定数据库的更新统计信息。

最近，由于反复出现的问题，我们还不得不为一些非常活跃的数据库每天安排 sp_updatestats。

我的问题：

  1. 我们应该多久安排一次？
  2. 过于频繁地安排它有什么缺点？
  3. 有没有办法避免定期更新运行如此频繁的缺点，因为我听说编译需要更多时间并且可能会在一段时间内降低性能？

请帮助我了解您在这方面的经验。

sql-server ola-hallengren

2 个回答

  1. Best Answer

    我们应该多久安排一次？

    您需要自己决定。

    过于频繁地安排它有什么缺点？

    Kendra Little 在UPDATE STATISTICS: The Secret IO Explosion中解释了如何更有效地执行相同操作的一些技巧。

    有没有办法避免定期更新并行运行的缺点？

    如果您的意思是并行运行更新统计信息，我建议您注意两件事。

    1. 不要并行运行同一张表的统计信息，这会导致阻塞。自 SQL 2014 以来，这方面已经有所改进。阅读更多详细信息，请参阅Jonathan Kehayias对并行统计重建的改进支持以及 Microsoft Tiger 团队的 Parikshit Savjani使用 SQL 2014 和 SQL 2016 提高更新统计性能。
    2. 更新统计的扫描阶段是并行的，并且在 SQL 2016 中得到了改进。注意并行运行的会话数，您可能会导致其他会话等待可用的调度程序。请参阅相关的问答并行统计更新。

    根据您对第 3 个问题的编辑，我建议您阅读Auto Update Stats Async Enabled。

    其他资源：

    • 6

  2. 索引重组 (ALTER INDEX REORG) 不会像索引重建那样更新统计信息，而单个索引重建 (ALTER INDEX myIndex REBUILD) 只会更新该索引的统计信息。

    如果您正在执行索引重组（基于碎片百分比等），您需要将其与更新统计信息过程结合起来，至少对于那些在索引重组中未更新统计信息的索引（检查 sys. dm_db_stats_properties）：

    declare @tablename sysname = 'myTable';
select t.object_id, t.name, s.stats_id, p.last_updated
from sys.tables t
join sys.stats s
  on t.object_id = s.object_id
cross apply sys.dm_db_stats_properties(s.object_id, s.stats_id) p
where t.name = @tablename;
    • 1

相关问题