SQL 查询优化。估计与实际行数答案

【问题标题】：SQL query optimization. Estimated vs actual number of rowsSQL 查询优化。估计与实际行数
【发布时间】：2026-02-21 00:00:03
【问题描述】：

我正在处理一个执行时间很长的查询，在获取查询执行计划和实时查询统计信息后，我发现估计的行数和实际行数之间存在巨大差异。为什么会发生这种情况？

需要帮助来优化该查询。

敬礼。

【问题讨论】：

【解决方案1】：

RE：“需要帮助来优化该查询。”

查询计划显示 2 次聚集索引扫描。如果这些是大型数据表，那么速度可能会非常慢。

查询计划还显示了建议创建的缺失索引。

从创建推荐的索引开始，看看 DRIVER_ALLOCATIONS 聚集索引扫描是否转换为查找。我的猜测是——在添加了推荐的索引之后——下一个查询计划将显示另一个缺少的索引，用于另一个聚集索引扫描。

【讨论】：

如果您查看 showplan xml，您将看到所有索引建议，如果有多个 - 图形计划仅显示它遇到的第一个，可能不会一定是最有用的推荐 - 所有推荐的索引都不应该盲目实现，例如从不考虑列顺序。
@stu 感谢您提供如何查看所有索引建议。完全同意“不应盲目执行”。优化器通常更喜欢重覆盖的索引。非常适合 SELECT，不适合 INSERT。申请或不申请取决于申请。