左连接查询WHERE子句含右表字段的性能问题及查询重构求助

兄弟，我太懂你踩的这个坑了！当你在WHERE子句里用了带ISNULL的计算表达式时，数据库引擎基本没法用上现有索引，只能被迫做全表扫描，性能自然拉胯。给你几个实用的优化方案，咱们逐个说：

方案1：改写WHERE条件，避免计算式里嵌套ISNULL #

原查询的过滤条件本质上是判断「最终金额大于0」，咱们可以把它拆成两种左连接的场景来写，彻底避开在计算列上做判断：

SELECT 
    LT.id, 
    LT.SalesAmount, 
    RT.DiscountAmount, 
    (LT.SalesAmount - ISNULL(RT.DiscountAmount, 0.00)) AS FinalAmount 
FROM @LeftTable AS LT 
LEFT JOIN @RightTable AS RT ON RT.id = LT.id 
WHERE 
    -- 当右表有匹配数据时，直接判断销售额大于折扣
    (RT.id IS NOT NULL AND LT.SalesAmount > RT.DiscountAmount)
    -- 当右表无匹配数据时，判断销售额本身大于0
    OR (RT.id IS NULL AND LT.SalesAmount > 0)

这样写的好处是，数据库可以直接利用LT.id、RT.id的索引做连接匹配，同时LT.SalesAmount和RT.DiscountAmount的索引也能被用来快速过滤数据，完全避开了逐行计算表达式的开销。

方案2：给临时表添加合适的索引 #

如果你的@LeftTable和@RightTable临时表数据量不小，提前给它们创建索引能进一步提升连接和过滤的效率：

-- 给左表创建索引，包含连接列和需要计算的列
CREATE CLUSTERED INDEX IX_LeftTable_Id_SalesAmount ON @LeftTable (id) INCLUDE (SalesAmount);
-- 给右表创建索引，同理
CREATE CLUSTERED INDEX IX_RightTable_Id_DiscountAmount ON @RightTable (id) INCLUDE (DiscountAmount);

-- 再执行优化后的查询
SELECT 
    LT.id, 
    LT.SalesAmount, 
    RT.DiscountAmount, 
    (LT.SalesAmount - ISNULL(RT.DiscountAmount, 0.00)) AS FinalAmount 
FROM @LeftTable AS LT 
LEFT JOIN @RightTable AS RT ON RT.id = LT.id 
WHERE 
    (RT.id IS NOT NULL AND LT.SalesAmount > RT.DiscountAmount)
    OR (RT.id IS NULL AND LT.SalesAmount > 0)

为什么原查询性能差？ #

原查询的WHERE (LT.SalesAmount - isnull(RT.DiscountAmount,0.00)) > 0是一个动态计算表达式，数据库没办法预先在索引里存储这个计算结果，只能对每一行数据都执行一次减法运算，再判断是否大于0。这种「逐行计算+过滤」的操作在数据量大时，会直接导致全表扫描，性能雪崩。

内容的提问来源于stack exchange，提问作者DatabaseCoder