Select语句中使用IsNull函数引发的性能问题排查求助

咱们先复盘下你的问题：你有个财务应用的ViewHistoricInstrumentValue视图，底层只有4000条交易记录，返回结果也才1815行。但加了UsedEvaluationPriceCte这个CTE后，执行时间直接从不到1秒蹦到26秒——关键是ActualEvaluationPrice从来不会为null，理论上那个子查询根本不该跑。更离谱的是，用TOP(2000)查询只需要2秒，全量查询却慢得离谱。

问题出在哪？ #

SQL Server的查询优化器处理ISNULL里的关联标量子查询时，不会因为第一个参数永远非null就跳过子查询的执行计划。哪怕逻辑上用不到子查询的结果，优化器在编译阶段没法百分百确定这一点（除非你给ActualEvaluationPrice加了非空约束），所以它会生成逐行执行子查询的计划——也就是说，你的1815行结果，要跑1815次子查询，每次还要做JOIN和排序，性能不崩才怪。

至于TOP(2000)快，是因为优化器看到TOP后，会选择“快速返回”的执行计划，可能提前终止了一些不必要的扫描或排序，避开了全量的子查询执行。

怎么改？用LEFT JOIN + 窗口函数替代标量子查询 #

把原来的标量子查询改成一次性计算所有instrument的最新历史价格，再关联到主查询，避免逐行执行。修改UsedEvaluationPriceCte的代码如下：

UsedEvaluationPriceCte AS (
    SELECT 
        sc.*,
        ISNULL(sc.ActualEvaluationPrice, hp.Price) AS UsedEvaluationPrice
    FROM StartingCte sc
    -- 左关联获取每个工具在当前日期前的最新历史价格
    LEFT JOIN (
        SELECT 
            hp.InstrumentId,
            vd.[Date] AS PriceDate,
            hp.Price,
            -- 按日期倒序，给每个工具的历史价格排号，最新的排第1
            ROW_NUMBER() OVER (PARTITION BY hp.InstrumentId ORDER BY vd.[Date] DESC) AS rn
        FROM HistoricPrice hp
        JOIN ValidDate vd ON hp.DateId = vd.Id
    ) hp ON hp.InstrumentId = sc.InstrumentId 
        AND hp.PriceDate < sc.DateValue
        AND hp.rn = 1 -- 只取最新的那条历史价格
)

这种写法里，子查询只会执行一次，一次性算出所有工具的最新历史价格，再和StartingCte做关联，直接把逐行执行的开销砍掉了。

额外优化小技巧 #

• 加索引提速：
  • 给HistoricPrice建个复合索引：CREATE NONCLUSTERED INDEX IX_HistoricPrice_InstrumentId_DateId ON HistoricPrice (InstrumentId, DateId) INCLUDE (Price); 这样查询历史价格时不用回表查数据。
  • 确保ValidDate的Date列有索引：CREATE NONCLUSTERED INDEX IX_ValidDate_Date ON ValidDate ([Date]) INCLUDE (Id); 加速日期的筛选和关联。
• 检查执行计划：改完后看看执行计划，确认没有嵌套循环里的逐行子查询了，换成合并连接或哈希连接就对了。
• 考虑缓存结果：如果业务场景允许，可以把每个工具的最新历史价格存到一个缓存表里，定期更新，每次查视图直接用缓存数据，速度会更快。

为啥原来的写法不行？ #

简单说，SQL Server对关联标量子查询的优化很保守。哪怕你知道ActualEvaluationPrice不会为null，优化器没法定论（除非有非空约束），所以它会默认生成逐行执行的计划。而JOIN+窗口函数的方式，让优化器能做批量处理，大幅减少执行次数，性能自然就上来了。

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