OPTION (RECOMPILE) 何时真正提高 SQL 查询性能？

选项（重新编译）：对其意想不到的性能优势的解释

简介

它通常假设在 SQL 查询中使用 OPTION (RECOMPILE) 是这是一个昂贵的操作，因为它需要为查询创建新的查找策略。然而，在某些情况下，我们发现添加 OPTION (RECOMPILE) 可以显着提高查询性能。本文旨在解决这种现象背后的原因以及所涉及的权衡。

为什么 OPTION (RECOMPILE) 可以提高性能

OPTION (RECOMPILE) 确保每次执行查询时都会重建查询的执行计划。虽然这通常被认为是一项昂贵的操作，但在以下情况下它可能是有益的：

• 基础数据的重大更改：查询使用的数据可能已经发生了重大变化，因为最后一次执行，导致执行计划过时。
• 动态 SQL： 查询是动态的，带有参数或执行过程中数据源不同，导致最佳执行计划不同。

重建执行计划与计划缓存

首次执行参数化查询时，SQL服务器通常根据当前使用的数据和参数确定并缓存执行计划。此缓存旨在通过在后续执行中重用计划来优化性能。

但是，如果基础数据或参数发生显着变化，缓存的计划可能不再是最佳的。 OPTION (RECOMPILE) 绕过此缓存机制，强制为每次执行创建一个新计划。

权衡和建议

虽然 OPTION (RECOMPILE) 可以改进在某些情况下的性能，应该明智地使用它，因为它带有一些权衡：

• 性能开销：重建执行计划会产生额外的计算成本。
• 增加内存使用：新的执行计划都存储在内存中，这可以导致内存

因此，建议在选择 OPTION（RECOMPILE）之前仔细评估潜在的好处和权衡。考虑更新统计信息并重建执行计划，而不使用选项（重新编译）作为初始故障排除步骤。

以上是OPTION (RECOMPILE) 何时真正提高 SQL 查询性能？的详细内容。更多信息请关注PHP中文网其他相关文章！