为什么我的 LEFT JOIN 有时比 SQL Server 中的 INNER JOIN 更快？

SQL Server 连接性能：揭穿 LEFT JOIN 神话

关于 SQL Server 连接性能存在一个常见的误解：LEFT JOIN 操作本质上比 INNER JOIN 操作更快。 这通常是不准确的。 LEFT JOIN 引入了额外的处理开销，因为它们必须执行 INNER JOIN 的所有工作，然后为右表中不匹配的条目添加具有 NULL 值的行。 较大的结果集也有助于增加执行时间。

为什么你的LEFT JOIN可能更快

如果您观察到更快的 LEFT JOIN 查询，原因可能源于与连接类型本身无关的因素：

• 索引不足：候选键和外键缺乏适当的索引是主要的性能瓶颈，特别是在连接大量表时（例如，九个表没有足够的索引）。
• 小表大小：当连接中涉及的较小表包含很少的行时，与其他查询操作所花费的时间相比，LEFT JOIN的开销可能可以忽略不计。

当LEFT JOIN可能表现出优势时

LEFT JOIN 可能优于 INNER JOIN 的唯一情况是在非常特定的条件下：

• 极小表：涉及的表的行数非常少。
• 缺少索引：查询缺少有效的索引，使得额外的LEFT JOIN开销没有索引相关的性能问题那么重要。

说明性示例

考虑这些表格：

CREATE TABLE #Test1 (ID int PRIMARY KEY, Name varchar(50) NOT NULL);
CREATE TABLE #Test2 (ID int PRIMARY KEY, Name varchar(50) NOT NULL);
INSERT INTO #Test1 VALUES (1, 'One'), (2, 'Two'), (3, 'Three');
INSERT INTO #Test2 VALUES (1, 'One'), (2, 'Two'), (3, 'Three');

INNER JOIN 查询：

SELECT * FROM #Test1 t1 INNER JOIN #Test2 t2 ON t2.Name = t1.Name;

一个LEFT JOIN查询：

SELECT * FROM #Test1 t1 LEFT JOIN #Test2 t2 ON t2.Name = t1.Name;

在这个最小的示例中，行数很少且没有索引，LEFT JOIN 可能会显示得更快。但是，如果连接条件使用 ID 列（主键），则由于有效的索引利用率，INNER JOIN 的速度会快得多。 这凸显了无论连接类型如何，正确的索引在优化连接性能方面的重要性。

以上是为什么我的 LEFT JOIN 有时比 SQL Server 中的 INNER JOIN 更快？的详细内容。更多信息请关注PHP中文网其他相关文章！