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

Posted 2023-04-14

【中文标题】SQL 查询优化。估计与实际行数

【英文标题】：SQL query optimization. Estimated vs actual number of rows

【发布时间】：2021-08-11 13:43:36

【问题描述】：

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

需要帮助来优化该查询。

敬礼。

【问题讨论】：

过时的统计数据？

谢谢谢尔盖，所有统计数据都更新到今天。敬礼

可能有多种原因，您需要提供更多信息。这是一个临时查询吗？参数化了吗？这是一个存储过程吗？你传参数吗？估算值基于构建执行计划时提供的值。

如需SQL性能帮助，请提供完整的查询、表和索引定义，并通过brentozar.com/pastetheplan分享查询计划

你看到改进了吗with(option recompile)？

【参考方案1】：

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

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

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

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

【讨论】：

如果您查看 showplan xml，您将看到所有索引建议，如果有多个 - 图形计划仅显示它遇到的第一个，可能不会一定是最有用的推荐 - 所有推荐的索引都不应该盲目实现，例如从不考虑列顺序。

@stu 感谢您提供如何查看所有索引建议。完全同意“不应盲目执行”。优化器通常更喜欢重覆盖的索引。非常适合 SELECT，不适合 INSERT。申请或不申请取决于申请。