如何优化MySQL中带Order By的子查询求和语句性能？

一、改写查询语句提升性能 #

原查询的核心问题是带ORDER BY Sum时，MySQL需要为每个用户逐行执行关联子查询计算总额，再对所有结果排序，优化器选择了低效的执行路径。以下是两种无需主查询使用GROUP BY的改写方式：

方式1：使用窗口函数 #

窗口函数可在不分组的前提下，一次性计算每个用户的交易总额，再通过去重得到唯一用户的结果：

SELECT DISTINCT
    u.UserName,
    COALESCE(SUM(t.Amount) OVER (PARTITION BY u.UserId), 0.0) AS `Sum`
FROM Users u
LEFT JOIN Transactions t ON u.UserId = t.UserId
ORDER BY `Sum`
LIMIT 10

这种方式避免了逐行执行子查询的重复开销，排序时直接调用预计算好的Sum值，性能会大幅提升。

方式2：派生表预计算用户总额（子查询内用GROUP BY） #

如果仅主查询不能使用GROUP BY，可以在派生表中先批量计算所有用户的交易总额，再关联用户表：

SELECT
    u.UserName,
    COALESCE(t_sum.total, 0.0) AS `Sum`
FROM Users u
LEFT JOIN (
    SELECT UserId, SUM(Amount) AS total
    FROM Transactions
    GROUP BY UserId
) t_sum ON u.UserId = t_sum.UserId
ORDER BY `Sum`
LIMIT 10

该方式先一次性完成所有用户的总额计算，再与用户表关联，彻底规避了原查询中逐行调用子查询的低效逻辑，排序时直接基于预计算结果，效率显著提升。

二、为什么DataGrip先取数据再排序更快？ #

MySQL执行原带ORDER BY的查询时，优化器会优先处理排序逻辑，但Sum是依赖关联子查询的动态计算值，MySQL需要先为每一条用户记录执行子查询得到Sum，再将所有结果写入临时表（内存或磁盘）进行排序。如果用户表数据量大，重复执行子查询、磁盘IO（临时表过大时）会导致耗时剧增。

而DataGrip的逻辑是：先执行不带ORDER BY的查询，此时MySQL会快速完成所有子查询计算，将完整的（用户名+Sum）结果集返回至客户端；随后DataGrip在本地内存中对已计算好的结果集排序，本地内存排序的速度远快于MySQL服务器端结合子查询计算的排序过程，因此耗时不到1秒。

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