ROW_NUMBER()必须在OVER子句中指定ORDER BY，否则报错；需按需添加PARTITION BY实现分组排序；WHERE不可直接引用rn，须用子查询或CTE。
ROW_NUMBER()必须带ORDER BY，否则直接报错
MySQL 8.0强制要求ROW_NUMBER()的OVER子句里必须包含ORDER BY，哪怕你只想要一个“任意顺序”的编号。不写就会触发错误：Window 'w' requires an ORDER BY clause。
实操建议：
- 真不需要业务意义排序？用
ORDER BY id或ORDER BY RAND()（小数据量可用，大数据慎用） - 别把
ORDER BY写在外部查询里——窗口函数的排序必须在OVER内定义，否则编号和你预期的顺序对不上 -
ORDER BY支持多字段，比如ORDER BY status DESC, created_at DESC，顺序不能反，先主后次
PARTITION BY漏掉就变成全表排序，不是分组排序
这是最常踩的坑：本想按dept_id取每组Top 3，结果只返回3条记录，或者所有rn值都在1～3之间循环——说明PARTITION BY dept_id被漏写了，ROW_NUMBER()默认把整张表当一个窗口处理。
正确结构只能是：ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)，顺序不能颠倒，也不能省略PARTITION BY。
注意点：
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-
PARTITION BY字段值为NULL会被归为同一组，必要时用COALESCE(dept_id, 'unknown')显式控制 - 多个分组字段用逗号分隔，如
PARTITION BY region, product_type - 别在
PARTITION BY里直接写表达式（如YEAR(create_time)），部分8.0小版本会报错，建议提前算好字段再分组
WHERE里不能直接用rn，必须套一层子查询或CTE
写WHERE rn 会报错：<code>Unknown column 'rn' in 'where clause'。因为窗口函数在SQL执行顺序中晚于WHERE，别名rn在WHERE阶段还不存在。
两种合法写法：
- 子查询嵌套（兼容性好）：
SELECT * FROM (<br> SELECT *, ROW_NUMBER() OVER (PARTITION BY category ORDER BY sales DESC) AS rn<br> FROM products<br>) t WHERE rn <= 3;
- CTE（更易读、某些场景性能更好）：
WITH ranked AS (<br> SELECT *, ROW_NUMBER() OVER (PARTITION BY category ORDER BY sales DESC) AS rn<br> FROM products<br>)<br>SELECT * FROM ranked WHERE rn <= 3;
别在子查询里再套复杂计算或JOIN，优先在子查询/CTE内部完成过滤（比如加WHERE status = 'active'），减少窗口函数处理的数据量。
ROW_NUMBER() vs RANK() vs DENSE_RANK()：选错就漏数据
三者都生成序号，但并列处理逻辑完全不同，直接影响“Top N”结果是否完整：
-
ROW_NUMBER()：严格递增（1,2,3…），同分也不同号——适合“只取一行，哪怕并列也强制选一个” -
RANK()：并列同号，跳过后续位次（1,1,3,4…）——适合“名次即席位”，比如两个第一，第三名就是第三席 -
DENSE_RANK()：并列同号，不跳号（1,1,2,3…）——适合“名次即等级”，比如同分都算A级
举例：分数[100,100,95,90]，取Top 2：
-
ROW_NUMBER()→ 返回前两行（100,100），没问题 -
RANK()→ 也返回前两行（100,100），但若写WHERE rn 仍能覆盖 -
DENSE_RANK()→ 同样返回前两行；但如果分数是[100,100,100,95]，RANK()给[1,1,1,4]，WHERE rn 就漏掉第三个100——这种细节容易被忽略
