我有一个 SQL Server 2012 数据库。我注意到Reason for early termination of statement optimization一些查询的价值，并且都给出了Good Enough Plan Found. 现在我的问题是：
- “提前终止语句优化的原因”的所有可能类型是什么。我确实在 msdn 中搜索过这个，但没有得到完整的值列表。
是否有 DMV 或扩展事件来列出由于找到足够好的计划以外的原因而终止优化的所有查询？我参考了以下两篇文章，其中没有列出完整的可能性列表。[此外，他们在我的数据库中给了我不同的结果]。
超出内存限制
由于内存压力，优化器被迫停止寻找更好的计划替代方案。应调查并纠正其原因，然后再次尝试查询编译。如果内存不足的情况不存在，返回的计划很可能不是优化器选择的计划。
暂停
这个理由很容易被误解。
查询优化器旨在快速找到合理的计划。它不会执行详尽的搜索来找到可能的最佳计划。通过设计，它避免在优化上花费不必要的时间。确保这一点的这些功能之一是“超时”（不是时间度量）。
优化器根据逻辑查询的复杂性、基数估计和迄今为止找到的最便宜计划的估计成本（如果有的话）为自己设置一个“探索预算”。具有更高基数的更复杂查询被赋予更高的预算。
如果在其搜索阶段之一期间超出此预算，则该阶段结束。这是优化器设计和正常运行的一部分。需要更多优化器工作的查询得到它；那些不，不要。
将“超时”视为“找到了足够好的计划”。
找到足够好的计划
这意味着与空白原因完全相同。以这种方式标记成本低于 0.909090... (1/1.1) 的计划只是一个历史怪癖。出现此原因时，优化器代码中没有任何东西会提前停止或以其他方式进行特殊处理或有所不同。
除了超出内存限制之外，“提前终止原因”对于查询调优或性能分析都没有多大意义（如果有的话）。我一般会忽略它们。
建议
根据实际性能指标（经过的时间、CPU/内存使用情况……在上下文中重要的任何内容）确定查询调优工作。如果查询对于其预期目的来说太慢，请花时间使其更快。测量实际性能，将其与基线和历史进行比较，并针对重要的差异进行调整。
将保证干净的数据存储在适当的关系模式中，使用有用的统计信息和索引，以及编写良好、优化器友好的查询。
如果您访问http://schemas.microsoft.com/sqlserver/2004/07/showplan/showplanxml.xsd（如果您以 xml 格式打开执行计划，您将看到该链接），您将看到列出了三个原因，它们是：
您提到的文章似乎可以找到这些事件，您有具体问题吗？唯一要记住的是，这些 DMV 不会捕获曾经在服务器上运行的所有 SQL 命令，并且会在服务器重新启动时重置。您可以使用扩展事件捕获 showplan xml 并对其进行查询，但这对我来说似乎有点矫枉过正。
我也不会太担心 GoodEnoughPlanFound，看起来优化器正在很好地完成它的工作（快速找到一个好的计划）。
高温高压