主页 / dba / 问题 / 326879
Accepted
saadkaul
Asked: 2023-05-09 03:40:56 +0800 CST

无法执行查询，甚至无法生成估计的执行计划

  • 772

我正在研究SQL Server 2019。

我有一张表dbo.AllDates，其中包含从1990到2050的所有日期。我有另一个表dbo.ActualExchangeRates，其中我有在给定来源中找到汇率的日期的某些货币的实际汇率。

我正在尝试编写查询以获取2010和2020之间所有日期的所有货币。如果找到速率，则写入速率，否则写入NULL。

鉴于这种情况和下面给出的代码，有人可以帮我理解为什么SELECT查询没有生成任何结果，甚至看不到估计的执行计划吗？

CREATE TABLE dbo.AllDates(Date date)
CREATE TABLE dbo.ActualExchangeRates(Date date, Currency char(3), Rate real)

--Query 1: Not generating any results or estimated plan
SELECT      d.Date, m.Currency, c.Rate
FROM        dbo.AllDates d
INNER JOIN  (
    select
      currency,
      '20100101' as mindate,
      '20201231' as maxdate
    from dbo.ActualExchangeRates
    group by currency
) as m on d.date between m.mindate and m.maxdate
LEFT JOIN   dbo.ActualExchangeRates C ON C.Currency = m.Currency and c.Date = d.Date;

查询针对空表运行 9 分钟后出现以下错误：

消息 701，级别 17，状态 123，第 5 行
资源池“默认”中的系统内存不足，无法运行此查询。

似乎这取决于 SQL Server 在出现错误之前有多少内存可用。对我来说，鉴于表中没有数据，这看起来像是 SQL 引擎中的错误。

现在，我知道上面的查询可以用许多不同的方式编写，其他方式也可以生成结果，但我的问题是，即使两个表都是空的，为什么 SQL Server 在该查询上永远挂起？

sql-server

1 个回答

  1. Best Answer

    这当然是一个错误。

    我无法告诉您该错误的确切性质的具体细节，但下面提供了一些详细信息。

    在编译执行计划时，Visual Studio 性能分析器显示线程的 CPU 时间如下所示。

    在此处输入图像描述

    所以大量的 CPU 时间花在了

    ... -> sqllang.dll!COptContext::NormalizeQuery -> ... sqllang.dll!COptContext::PexprTransformTopLevel -> sqllang.dll!CSubRuleImpliedPredInnerAndAllLeftJn::BuildSubstitutes -> sqllang.dll!OptimizerUtil::PexprCreateConjOrDisj

    在

    ... -> sqllang.dll!COptContext::NormalizeQuery -> ... sqllang.dll!COptContext::PexprTransformTopLevel -> sqllang.dll!COptExpr::DeriveGroupProperties

    堆栈显示问题是在编译的查询规范化阶段出现的，并且似乎与规则相关联RuleImpliedPredInnerAndAllLeftJn。

    当禁用该规则时，问题确实消失了option(queryruleoff ImpliedPredInnerAndAllLeftJn)，但这不是解决问题的好方法（未记录并且可能影响性能，因为它不再将隐含的谓词推[C].[Date]>='2010-01-01' AND [C].[Date]<='2020-12-31'到读取的dbo.ActualExchangeRates C）

    添加option(querytraceon 3604, querytraceon 2373)表明编译似乎已经进入了某种派生属性的循环，LogOp_LeftOuterJoin -> ScaOp_Comp -> ScaOp_Comp -> ScaOp_Logical -> ScaOp_Const -> ScaOp_Comp -> ScaOp_Const -> ScaOp_Comp -> ScaOp_Logical -> ScaOp_Logical -> LogOp_Select -> LogOp_LeftOuterJoin -> ...内存使用量稳步增加，直到最终内存不足，编译尝试结束。（显示几个电路的示例输出）

    在我的开发机器上

    select promised
from sys.dm_exec_query_transformation_stats
where name = 'ImpliedPredInnerAndAllLeftJn'

    每次失败的运行之前和之后增长了约 390,000。

    • 11

相关问题