当我从 SSMS 和应用程序运行时，我有一个查询很慢。我正在尝试调整它。我采用了执行计划并检查我可以看到表上的 Clustured Index Seeks 成本是 85%。该表只有两列和一列设置为主键。所以我猜在表上进行聚集索引查找很好。我应该关注操作成本吗？
AskOverflow.Dev
当我从 SSMS 和应用程序运行时，我有一个查询很慢。我正在尝试调整它。我采用了执行计划并检查我可以看到表上的 Clustured Index Seeks 成本是 85%。该表只有两列和一列设置为主键。所以我猜在表上进行聚集索引查找很好。我应该关注操作成本吗？
是和不是。
在寻找优化查询时，显示高成本的查询通常是一个很好的起点。它们是查询规划器认为查询将花费大量时间和精力来获取查询结果的地方。
但是，当您获得实际查询数量时，要检查的关键事项之一是估计值与实际查询运行的匹配程度。在可能的情况下，首先要解决的问题之一是实际数字与估计数字之间存在巨大差异的地方。例如，如果估计的行和实际的行相差甚远，那么捕获/更新相关表的统计信息可能会带来显着的收益。
考虑到这一点，很可能是查询规划器预期不重要的事务，但估计数量远小于实际数量的事务是最需要调整的事务。
当估计数字和实际数字匹配良好时，那些高成本操作再次成为您集中调优工作的好地方。但是，它们不应该是您唯一要注意的事情。