我经常发现,当我的 MSSQL 数据库出现性能问题时,我可以通过运行sp_UpdateStats
. 我了解到这一点是因为这始终是技术支持的第一道防线,紧随其后的是“您的计算机打开了吗?”
我的理解是 SQL Server 应该自动保存统计信息;我不应该需要保姆它。所以我想了解:什么情况下可能会导致统计数据严重过时以至于我需要手动更新它们?
我经常发现,当我的 MSSQL 数据库出现性能问题时,我可以通过运行sp_UpdateStats
. 我了解到这一点是因为这始终是技术支持的第一道防线,紧随其后的是“您的计算机打开了吗?”
我的理解是 SQL Server 应该自动保存统计信息;我不应该需要保姆它。所以我想了解:什么情况下可能会导致统计数据严重过时以至于我需要手动更新它们?
随着表中数据的变化,表示数据分布的统计对象变得过时。这是一个问题,因为它是优化器在构建执行计划时用来进行估计的统计对象。如果这些估计不准确,您的表现将受到影响。
当表中已更改的数据量达到特定阈值时,SQL Server 会自动更新统计对象,但如果您的数据经常更改或表有数百万行,则最好执行定期索引维护。
这可以通过维护计划或脚本来完成。Ola Hallengren 的脚本套件非常适合这个以及我在所有环境中使用的东西。还有我个人没有用过但听说不错的Minionware套件。
Stack Overflow 的这两个答案都很好:
概括:
因此,您可以
UPDATE STATS
每天运行,但它可能什么都不做。当我每周重新组织一次索引时,我会运行我的更新统计信息。我在周末的某个较早时间这样做,这样如果系统变慢就没有人抱怨。到目前为止,这对我有用,我几乎没有遇到任何问题。基本上只有当你的数据变化比自动统计的频率更频繁时它才有意义。