窗口函数比相关子查询更可靠，因后者在并列销售额时结果不稳定；推荐用ROW_NUMBER()、RANK()或DENSE_RANK()，需配合PARTITION BY和稳定ORDER BY。
用窗口函数替代子查询更可靠
直接套用相关子查询（比如 WHERE (SELECT COUNT...) < 3）在有并列销售额时会出错：相同销售额可能被同时挤进或踢出前三，结果行数不稳定。MySQL 8.0+、PostgreSQL、SQL Server 都支持 ROW_NUMBER()、RANK() 和 DENSE_RANK()，推荐优先用窗口函数。
-
ROW_NUMBER()：严格按顺序编号，相同销售额也分高低（如 1,2,3,4），适合“取确切三行” -
RANK()：并列则跳号（如 1,1,3,4），适合“取排名 ≤3 的所有记录” -
DENSE_RANK()：并列不跳号（如 1,1,2,3），适合“取前三个名次的所有记录”
MySQL 8.0+ 正确写法示例
假设表为 sales，字段含 category、product_name、amount：
SELECT category, product_name, amount
FROM (
SELECT category, product_name, amount,
ROW_NUMBER() OVER (
PARTITION BY category
ORDER BY amount DESC
) AS rn
FROM sales
) ranked
WHERE rn <= 3;
注意：PARTITION BY category 是分组关键，漏掉就变成全表排序；ORDER BY amount DESC 决定“高销售额排前面”，别写成 ASC。
兼容旧版 MySQL（5.7 及以下）的兜底方案
必须用相关子查询时，得手动处理并列——用复合排序确保唯一性，例如加 product_name 作为第二排序键：
SELECT s1.category, s1.product_name, s1.amount
FROM sales s1
WHERE (
SELECT COUNT(*)
FROM sales s2
WHERE s2.category = s1.category
AND (s2.amount > s1.amount
OR (s2.amount = s1.amount AND s2.product_name < s1.product_name))
) < 3;
这个写法虽能跑通，但性能差（每行触发一次子查询），数据量过万就明显卡顿；且逻辑依赖第二排序字段的字典序，若 product_name 有重复或为空，仍可能误判。
GROUP BY 和 HAVING 不能解决这个问题
常见误区是想用 GROUP BY category 配合 HAVING COUNT(*) <= 3，但这统计的是每类商品数量，不是销售额排名。试图在 SELECT 里混用聚合和非聚合字段还会触发 SQL 错误（如 MySQL 的 ONLY_FULL_GROUP_BY 拒绝执行）。
真正要的是“每个分组内按某字段排序后取前 N 行”，只有窗口函数或相关子查询能做到，GROUP BY 完全不适用。
窗口函数的 PARTITION BY 和排序稳定性是核心，别为了兼容老版本硬套子查询——先确认数据库版本，再决定方案。
