SQL中带TOP 1的关联子查询性能不佳问题咨询

API 探路者

2026-9-25

SQL查询性能优化方案

性能差的原因

你当前使用的关联子查询属于逐行匹配逻辑，数据库需要为Table_A的每一条记录，单独遍历一次Table_B查找对应Number的最新Value，当两张表数据量较大时，查询耗时会随Table_A的行数线性增长，效率极低。

优化方案

方案1：新增覆盖索引（成本最低，优先尝试）

给Table_B创建联合覆盖索引，无需修改原有SQL即可获得数倍到数十倍的性能提升：

CREATE INDEX IX_TableB_Number_ID_Value ON Table_B (Number, ID DESC) INCLUDE (Value);

索引逻辑说明：

先按Number字段排序，可以快速定位到和当前Table_A匹配的所有Table_B记录
索引中ID按降序存储，TOP 1的最新值直接取对应分组的第一条记录即可，无需额外排序
INCLUDE (Value)让索引直接包含查询需要的Value字段，不需要回表查询原表数据，进一步降低IO消耗

方案2：改写为窗口函数关联查询（扩展性更好）

如果后续需要同时取Table_B的多个字段，可以改用窗口函数先筛选出每个Number的最新记录，再和Table_A左关联：

SELECT 
    a.Number,
    b.Value
FROM Table_A a
LEFT JOIN (
    SELECT 
        Number,
        Value,
        ROW_NUMBER() OVER (PARTITION BY Number ORDER BY ID DESC) AS row_num
    FROM Table_B
) b ON a.Number = b.Number AND b.row_num = 1

该写法只会扫描Table_B一次，数据量越大性能优势越明显。

方案3：使用APPLY算子（适配SQL Server、PostgreSQL等支持该语法的数据库）

如果你的数据库支持APPLY算子，可以改写为OUTER APPLY写法，可读性比关联子查询更好，执行计划也更可控：

SELECT 
    a.Number,
    b.Value
FROM Table_A a
OUTER APPLY (
    SELECT TOP 1 Value 
    FROM Table_B 
    WHERE Number = a.Number
    ORDER BY ID DESC
) b