Sql server 是什么导致SQL Server IO统计数据中的扫描计数较高？

我知道这些是正在执行的表或索引扫描。我有点不清楚是什么导致一些表的扫描计数较大，而其他表的扫描计数较小。在我现在看到的一个查询中，我在查询中的两个表上得到了大约150000个扫描计数，而其余的只有几个

---

我猜这要看情况而定，但如果你能给我指出一些可以帮助我确定原因的东西，我将不胜感激。此外，如果你有兴趣，我可以给你发送查询或任何其他信息，你可能需要。我不想在这里发布。

这取决于查询运行和索引，以及您的统计数据是否是最新的

---

您可以发布表的架构、正在运行的查询以及生成的“实际”执行平面吗？

我的理解是，扫描计数是执行查询所需访问的物理页面数。简单地说，如果没有索引或索引不足，那么SQL需要读取更多的页面。您看过查询计划了吗？

您是否只关心的是的大量扫描？您是否真的面临一些您认为是这些扫描导致的性能问题

在您看到这些高扫描计数的表中有多少行？如果在几页中只有几行，我就不会麻烦了

首先，您可能会发现本白皮书值得一读：

---

在此处发布查询+统计信息，我们将准确地告诉您发生了什么。我怀疑扫描次数过多是导致我出现性能问题的原因。在高扫描的两个表中，大约有800万条记录。我会看这篇文章的，谢谢。下一步是检查你的查询效率。可能您返回的数据比要求的要多，因此现有索引无法得到最佳使用，并且如果您的索引以最佳方式支持这些查询。由于您已使用SQLServer2005为问题添加了标签，请查看索引的INCLUDE子句。它可以帮助以相对便宜的价格获得覆盖指数。