row_number() 必须搭配 over() 使用，且 over() 中至少需 order by；不可在 where/having 中引用其别名；分组需用 partition by；与 rank()、dense_rank() 的区别仅在于并列是否跳号；推荐用 cte 实现 top n 查询。
ROW_NUMBER() 为什么一写就报错
不是你的 SQL 写错了，是 ROW_NUMBER() 根本不能单独用——它不是普通函数，而是窗口函数，必须跟 OVER() 搭配。漏掉 OVER 就会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
-
OVER()至少得有ORDER BY，哪怕你只是想按主键乱序编号，也得写成ROW_NUMBER() OVER (ORDER BY id)；不写ORDER BY语法就不合法 - 别在
WHERE或HAVING里引用ROW_NUMBER()别名，它在这些子句执行时还没算出来，得套一层子查询或 CTE - 如果查出来全是
1,2,3,4...但没按组分，大概率是漏了PARTITION BY，ROW_NUMBER()默认把整张表当一个窗口处理
PARTITION BY 和 ORDER BY 的顺序和写法
必须是 PARTITION BY 在前、ORDER BY 在后，反过来会报错。字段名之间用逗号分隔，不支持表达式（比如 PARTITION BY YEAR(create_time) 在部分 8.0 小版本中会失败）。
- 多字段分组：写成
PARTITION BY region, product_type -
PARTITION BY字段值为NULL会被归为同一组，建议提前用COALESCE(dept_id, 'unknown')处理 -
ORDER BY支持NULLS FIRST/NULLS LAST（MySQL 8.0.22+），否则NULL默认排最前（ASC）或最后（DESC） - 排序字段最好有索引，否则
ORDER BY可能被优化器忽略，导致排名结果不可复现
ROW_NUMBER()、RANK()、DENSE_RANK() 怎么选
三者只差一个业务语义：并列时要不要跳号。不是性能差异，也不是语法区别，全看你要怎么解释“第几名”。
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
-
ROW_NUMBER()：严格连续编号，1,2,3,4… 即使分数相同，也绝不并列 -
RANK()：并列同名次，后续跳号，比如两个 90 分都是第 1 名，下一个 85 分就是第 3 名 -
DENSE_RANK()：并列同名次，后续不跳，两个 90 分是第 1 名，下一个 85 分就是第 2 名 - 取每组 Top N（如每个部门工资最高的人）时，优先用
ROW_NUMBER()，因为只想要一条记录；若允许并列且都要保留，才考虑RANK()或DENSE_RANK()
CTE 比子查询更可靠
写分组 Top N 查询时，用 CTE 而不是嵌套子查询，不只是为了可读性——MySQL 8.0 对 CTE 的物化控制更明确，避免优化器误推导或重排执行顺序导致排名错乱。
- 推荐写法：
WITH ranked AS ( SELECT *, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employees ) SELECT * FROM ranked WHERE rn - 别这么写（容易被优化器改写）：
SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn FROM employees ) t WHERE t.rn
- CTE 中的
OVER子句不会被外层干扰，而子查询里ORDER BY如果没加LIMIT，可能被优化器忽略
真正容易被忽略的是：分组字段和排序字段的 NULL 处理、CTE 与子查询在执行计划中的实际行为差异、以及 ORDER BY 缺失时 MySQL 并不报错但结果不可复现——它只是随便排。
