gpt4 book ai didi

sql-server - 如何监控更新表统计信息的成本?

转载 作者:行者123 更新时间:2023-12-04 02:04:20 25 4
gpt4 key购买 nike

我有一个表,它有 20 亿多行和 8 个分区的 7 个索引,只有标准 SQL Server AUTOUPDATE维护统计信息,它只会非常不频繁地更新统计信息。每晚大约有 130 万条记录添加到此表中。显然,这不是有意义的行为,但由于这是一个生产服务器,我非常担心在不知道性能成本的情况下进行更新。我在任何测试环境中都没有完整的表格。 (这张 table 是最严重的违规者,还有其他的几乎同样糟糕。)

在确定与定期更新统计数据相关的性能成本时,我应该在哪里/什么看?

应多久更新一次统计数据?应FULLSCAN曾经被使用过吗?

编辑

我认为 traceflag 2371 对我来说将是一个危险的工具,因为它可以在我需要一切启动和运行的白天触发自己的更新,而不是我控制的窗口。

在做了相当多的研究之后,我认为这个问题已经发展到包括是否使用 sp_updatestats (这看起来像一把大锤,因为如果 >1 行已更新,它会更新统计信息 Erin Stellato )或 UPDATE STATISTICS如果 UPDATE STATISTICS那么那么大的 table 上的百分比是多少。十亿行上的 10% 样本需要大约 2 小时才能完成。

如果它是相关的 PK 部分是一个升序的日期时间列。

结束编辑

最佳答案

如果您使用的是 SQL Server 2008 R2 SP1 或更新版本,请尝试使用跟踪标志 2371。它会降低更新阈值。
http://blogs.msdn.com/b/saponsqlserver/archive/2011/09/13/10207658.aspx

关于sql-server - 如何监控更新表统计信息的成本?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18792517/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com