ROW_NUMBER()在MySQL 8.0中必须配合OVER()使用，且OVER内须有ORDER BY，分组排名需用PARTITION BY配合ORDER BY，顺序不可颠倒，WHERE不能直接引用其别名，须用子查询或CTE。
ROW_NUMBER() 在 MySQL 8.0 中必须搭配窗口函数语法使用
MySQL 8.0 才正式支持 ROW_NUMBER()，低版本直接写会报错 FUNCTION xxx.ROW_NUMBER does not exist。它不是普通聚合函数，**必须跟在 OVER() 子句后面**，且不能出现在 WHERE 或 GROUP BY 中——这些地方看不到窗口计算结果。
常见误用：SELECT name, ROW_NUMBER() FROM users GROUP BY dept —— 这会报错，因为 ROW_NUMBER() 缺少 OVER，且和非聚合字段混用。
-
OVER()里至少要写ORDER BY，否则语法不合法（MySQL 要求显式排序） - 想“分组内排名”，必须用
PARTITION BY配合ORDER BY，例如OVER (PARTITION BY dept ORDER BY salary DESC) - 注意：
PARTITION BY不会减少行数，只是重置计数器，原始数据行全部保留
分组排名时 PARTITION BY 和 ORDER BY 的顺序不能颠倒
PARTITION BY 定义分组边界，ORDER BY 决定组内排序逻辑，二者位置固定，写成 OVER (ORDER BY x PARTITION BY y) 是语法错误，MySQL 会提示 You have an error in your SQL syntax。
典型场景：按部门分组，给每个部门薪资最高的员工排第 1 名：
SELECT dept, name, salary,
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn
FROM employees;- 如果把
ORDER BY放前面（比如先按入职时间排），再PARTITION BY，语句直接失败 - 升序/降序影响名次含义：
ORDER BY salary ASC会让最低薪的人得rn = 1 - 相同 salary 时，
ROW_NUMBER()仍强制分配不同序号（不并列），如需并列用RANK()或DENSE_RANK()
用 WHERE 筛选排名结果必须用派生表或 CTE
ROW_NUMBER() 是在 SELECT 阶段计算的，不能在同级 WHERE 中引用别名 rn，否则报错 Unknown column 'rn' in 'where clause'。
正确做法只有两种：
- 包一层子查询：
SELECT * FROM ( SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) t WHERE t.rn <= 3; - 或用 CTE（更清晰）：
WITH ranked AS ( SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) SELECT * FROM ranked WHERE rn <= 3;
别试图在外部 WHERE 直接写 ROW_NUMBER() OVER (...) = 1 —— 窗口函数不允许出现在 WHERE。
性能敏感时注意索引是否覆盖 PARTITION BY + ORDER BY 字段
MySQL 优化器对窗口函数的索引利用有限，但如果有复合索引 (dept, salary)，上面的 PARTITION BY dept ORDER BY salary DESC 就可能走索引；若只有单列 dept 索引，则排序阶段大概率触发 filesort。
- 执行前务必
EXPLAIN看type是否为range或ref，避免全表扫描 + 临时文件排序 - 大数据量下，
ROW_NUMBER()会缓存整个分区结果，内存占用随分组大小线性增长 - 如果只要每组 Top-N，且 N 很小（如取每组第 1 名），有时用
LEFT JOIN自关联或相关子查询反而更快，需实测对比
分组排名看着简单，真正跑起来卡在哪，往往不是语法，而是分区键没索引、或忘了窗口结果不能直连 WHERE。
