IF EXISTS 花费的时间比嵌入式 select 语句长

Question

当我运行以下代码时，它需要 22.5 分钟并进行 1.06 亿次读取。但是，如果我只运行内部 select 语句本身，它只需要 15 秒并执行 264k 读取。作为旁注，选择查询不返回任何记录。

知道为什么IF EXISTS它会运行更长时间并进行更多读取吗？我还更改了 select 语句，SELECT TOP 1 [dlc].[id]并在 2 分钟后将其杀死。

作为临时修复，我已将其更改为执行 count( * ) 并将该值分配给变量@cnt。然后它做一个IF 0 <> @cnt声明。但我认为EXISTS会更好，因为如果在 select 语句中返回了记录，它会在找到至少一条记录后停止执行扫描/搜索，而count(*)将完成完整查询。我错过了什么？

IF EXISTS
   (SELECT [dlc].[ID]
   FROM TableDLC [dlc]
   JOIN TableD [d]
   ON [d].[ID] = [dlc].[ID]
   JOIN TableC [c]
   ON [c].[ID] = [d].[ID2]
   WHERE [c].[Name] <> [dlc].[Name])
BEGIN
   <do something>
END

Answer 1

知道为什么IF EXISTS它会运行更长时间并进行更多读取吗？我还更改了 select 语句，SELECT TOP 1 [dlc].[id]并在 2 分钟后将其杀死。

正如我在回答这个相关问题时所解释的那样：

TOP 如何（以及为什么）影响执行计划？

UsingEXISTS引入了一个行目标，优化器生成一个旨在快速定位第一行的执行计划。在这样做时，它假设数据是均匀分布的。例如，如果统计数据显示 100,000 行中有 100 个预期匹配项，它将假定它只需读取 1,000 行即可找到第一个匹配项。

如果这个假设被证明是错误的，这将导致比预期更长的执行时间。例如，如果 SQL Server 选择的访问方法（例如无序扫描）恰好在搜索中很晚找到第一个匹配值，则可能导致几乎完整的扫描。另一方面，如果在前几行中碰巧找到匹配的行，则性能会非常好。这是行目标的基本风险 - 性能不一致。

作为临时修复，我已将其更改为执行 count( * ) 并将该值分配给变量

通常可以重新制定查询，以便不分配行目标。如果没有行目标，当遇到第一个匹配的行时，查询仍然可以终止（如果写得正确），但执行计划策略可能会有所不同（希望更有效）。显然，count(*) 将需要读取所有行，因此它不是一个完美的选择。

如果您正在运行 SQL Server 2008 R2 或更高版本，您通常还可以使用记录和支持的跟踪标志 4138来获取没有行目标的执行计划。也可以使用支持的提示 指定此标志OPTION (QUERYTRACEON 4138)，但请注意，除非与计划指南一起使用，否则它需要运行时系统管理员权限。

很遗憾

以上都不适用于IF EXISTS条件语句。它仅适用于常规 DML。它会用交替工作SELECT TOP (1)，你试过配方。COUNT(*)如前所述，这可能比 using 更好，后者必须计算所有符合条件的行。

也就是说，有多种方法可以表达此要求，使您可以避免或控制行目标，同时提前终止搜索。最后一个例子：

DECLARE @Exists bit;

SELECT @Exists =
    CASE
        WHEN EXISTS
        (
            SELECT [dlc].[ID]
            FROM TableDLC [dlc]
            JOIN TableD [d]
            ON [d].[ID] = [dlc].[ID]
            JOIN TableC [c]
            ON [c].[ID] = [d].[ID2]
            WHERE [c].[Name] <> [dlc].[Name]
        )
        THEN CONVERT(bit, 1)
        ELSE CONVERT(bit, 0)
    END
OPTION (QUERYTRACEON 4138);

IF @Exists = 1
BEGIN
    ...
END;

Answer 2

因为 EXISTS 只需要找到单行，所以它会使用一个行目标。这有时会产生不太理想的计划。如果您希望它对您来说是这样，请使用 a 的结果填充变量，COUNT(*)然后测试该变量以查看它是否大于 0。

所以......如果行目标很小，它将避免阻塞操作，例如构建哈希表或对合并连接有用的排序流，因为它会认为它一定会很快找到某些东西，因此嵌套循环会如果它找到了一些东西就最好了。除了这可以制定一个在整个系列中更糟糕的计划。如果快速找到单行，您会喜欢这种避免阻塞的方法......