如何解决MS SQL:计算基于缓存计划的并行成本阈值
我有一个 MSSQl 服务器,目前禁用了并行性,我的目标是通过尽可能少的设置更改迭代来启用它。
我已经计算出 MAXDOP 的值为 4,但我无法弄清楚并行度的成本阈值应该是多少。我读过很多文章,建议将其设置为 20、50 甚至 200,然后检查结果并调整设置,直到找到合适的值。然而,这种反复试验的方法似乎不可预测和危险。在此服务器中执行的查询的整体质量相当差,因此清除计划缓存可能会由于生成/缓存无效计划而导致严重的性能问题。所以我正在寻找更好的选择。
我的想法是分析缓存计划,以了解基于 EstimatedTotalSubtreeCost 属性的最频繁查询的估计成本。这样我应该能够减少更改设置的尝试次数。
EstimatedTotalSubtreeCost 中的数字是否对应于并行性的成本阈值?这种方法可行吗?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。