SQL Server无法生成执行计划

Question

我正在使用

Microsoft SQL Server 2016企业SP1：基于核心的许可（64位）版本13.0.4411.0

我有一个非常奇怪的问题，我不知道该如何解决。 我有一个（相当大的）查询，将100多个表连接在一起。 我写了一段时间原来的代码，并使用100多个表上的联接多次运行查询，但是我想加快查询速度，所以花了很多时间进行调整，将所有LEFT JOIN更改为INNER JOINS并将所有范围联接解码为匹配的精确值，并添加适当的覆盖索引等。联接是通过动态SQL构建的，因此联接的数量是不精确的，因此我对该查询调整的测试较少联接表（63）。 通过63表连接，我非常成功地加快了代码的速度。 它的运行时间仅为原始时间的一小部分。 但是，当我实现代码并尝试运行类似的100多个表联接查询时，SQL会永远运行（过去只需要花几分钟，现在我必须在一整天的运行后将其杀死）。

从逻辑上讲，我所做的任何更改都不会使代码变慢。 我添加了一些有用的唯一覆盖索引，将某些范围联接更改为完全匹配联接，例如A.Field1 between B.FieldA and B.FieldB到A.Field1=B.Field1

并将所有LEFT JOIN更改为INNER JOIN （清除了数据，以便所有行在所有表中都具有匹配项，因此不再需要“ LEFT”）。

正常情况下这很好... SQL偶尔会执行意外的事情...，我可以生成估计的执行计划并尝试找出出错的地方。 但是，SQL整理不能为查询生成查询执行计划。 它永远运行。 我尝试更新统计信息并使用（QUERYTRACEON 9481）运行以使用旧的执行计划编译器，但两者均无济于事。

这是一个疯狂的部分：经过大量的测试，我相当确定这只是执行计划所花费的时间很长，并且实际的代码执行速度非常快。 手动删除联接直到它起作用为止，几个小时后我得到了它来生成执行计划。 运行相同的代码所花费的时间与仅生成估算的执行计划所花费的时间相同。 与使用LEFT JOINs和BETWEEN语句的旧版本相比，该计划明显更简单，并且成本要低得多（我注意到，这些语句在5分钟内即可运行）。 就“查询成本”而言，如果我为两者生成执行计划，则98％的成本在旧代码上，而2％在新代码上。 但是旧的计划会在几秒钟内生成，而我什至无法获得包含所有联接的，为新的更高效代码生成的计划。

我从来没有遇到过这样的情况，并且在调试方面有点麻烦……我不知道如何加快SQL的执行计划程序的速度。 这超出了我的专业知识。 如果这只是查询过于复杂的问题，我认为原始代码也会遇到同样的问题，因为它周围的问题要复杂得多。 似乎还有其他事情发生，例如仅适用于许多内部联接但不适用于许多左联接的错误，或者...我不知道...

任何帮助，将不胜感激。

Answer 1

改用实时查询统计信息