没有找到足够好的计划的查询

Question

我有一个 SQL Server 2012 数据库。我注意到Reason for early termination of statement optimization一些查询的值，并且都给出了Good Enough Plan Found. 现在我的问题是：

“提前终止语句优化的原因”的所有可能类型是什么？我确实在 msdn 中搜索过这个，但没有得到完整的值列表。
是否有 DMV 或扩展事件来列出由于找到 Good Enough Plan 以外的原因而终止优化的所有查询？我参考了以下两篇文章，其中没有列出完整的可能性列表。[此外，他们在我的数据库中给了我不同的结果]。
- 发现：查询编译超时
- 识别不够好的查询计划

Answer 1

超出内存限制

由于内存压力，优化器被迫停止寻找更好的计划替代方案。应该调查并纠正其原因，然后再次尝试查询编译。如果不存在低内存情况，返回的计划很可能不是优化器会选择的计划。
暂停

这个原因很容易被误解。

查询优化器旨在快速找到合理的计划。它不会执行详尽的搜索来找到可能的最佳计划。通过设计，它可以避免在优化上花费不必要的时间。确保这一点的功能之一是“超时”（不是时间度量）。

优化器根据逻辑查询的复杂性、基数估计以及迄今为止找到的最便宜计划的估计成本（如果有）为自己设置“探索预算”。具有更高基数的更复杂的查询被给予更高的预算。

如果在其搜索阶段之一中超出此预算，则该阶段结束。这是优化器设计和正常操作的一部分。需要更多优化器工作的查询得到它；那些没有，不要。

将“超时”视为“找到了足够好的计划”。
找到了足够好的计划

这与空白原因完全相同。成本低于 0.909090... (1/1.1) 的计划被标记为这种方式，这只是一个历史怪癖。出现此原因时，优化程序代码中不会提前停止或以其他方式特殊处理或不同。

除了超出内存限制之外，对于查询调整或性能分析来说，“提前终止原因”都没有太大意义（如果有的话）。我一般不理他们。

基于实际性能指标（运行时间、CPU/内存使用情况……上下文中重要的任何内容）进行目标查询调整工作。如果查询对于其预期目的来说太慢，请花时间使其更快。测量实际性能，将其与基线和历史进行比较，并针对重要差异进行目标调整工作。

将保证干净的数据存储在适当的关系模式中，使用有用的统计数据和索引，以及编写良好、优化器友好的查询。

Answer 2

如果您转到http://schemas.microsoft.com/sqlserver/2004/07/showplan/showplanxml.xsd（如果您以 xml 格式打开执行计划，您将看到该链接），您将看到列出了三个原因，它们是：

您提到的文章似乎可以找到这些事件，您有特定问题吗？唯一要记住的是，这些 DMV 不会捕获服务器上运行过的所有 SQL 命令，并且不会在服务器重新启动时重置。您可以使用扩展事件捕获 showplan xml 并对其进行查询，但这对我来说似乎有点矫枉过正。

我也不会太担心 GoodEnoughPlanFound ，似乎优化器正在很好地完成它的工作（快速找到一个好的计划）。

HTH