正确做法是将ROW_NUMBER()等窗口函数写在SELECT列表中，并在OVER子句内用ORDER BY指定多字段排序，如ROW_NUMBER() OVER (ORDER BY score DESC, name ASC)；分区排序需配合PARTITION BY且排序字段不能含分区字段。
ORDER BY 多字段排序后怎么加排名？
直接在 ORDER BY 后加 ROW_NUMBER() 是错的——窗口函数必须写在 SELECT 列表里，不能塞进 ORDER BY。真正生效的排序逻辑由窗口函数自身的 ORDER BY 子句决定，和外层 ORDER BY 无关。
常见错误现象：ROW_NUMBER() OVER (ORDER BY score) 排名了，但加上 name 二次排序后结果乱序，其实是没把多字段一起写进窗口的 ORDER BY。
- 多字段组合排序必须全部写进窗口函数的
ORDER BY，例如：ROW_NUMBER() OVER (ORDER BY score DESC, name ASC) - 字段顺序敏感：先按
score降序，相同分数再按name升序；调换顺序结果不同 - NULL 值默认排最前（ASC）或最后（DESC），如需统一处理，显式写
NULLS LAST（PostgreSQL/Oracle 支持）或用COALESCE替换
同一组内多字段排序排名（PARTITION BY + 多级 ORDER BY）
当你要“每个部门内按薪资降序、入职时间升序排名”时，PARTITION BY 和窗口 ORDER BY 必须配合使用，且分区字段不能出现在窗口排序里——否则逻辑冲突。
典型误用：ROW_NUMBER() OVER (PARTITION BY dept ORDER BY dept, salary DESC) —— dept 在分区后恒定，再拿来排序无意义，还可能触发执行计划退化。
- 正确写法：
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC, hire_date ASC) - MySQL 8.0+、PostgreSQL、SQL Server 2017+、Oracle 都支持；SQLite 3.25+ 支持，但不支持
NULLS FIRST/LAST - 注意
PARTITION BY字段值相同时，所有行共享同一个分组上下文，窗口函数只在这个组内计数
RANK() vs DENSE_RANK() vs ROW_NUMBER() 的实际区别
三者都依赖同一套 ORDER BY，但处理并列的方式完全不同，选错会导致业务逻辑出错——比如奖金发放规则要求“同分同名次，不跳号”，那就不能用 ROW_NUMBER()。
假设数据：[(95, 'A'), (95, 'B'), (90, 'C')]，按分数降序排：
-
ROW_NUMBER()→ [1, 2, 3]（严格递增，无视并列） -
RANK()→ [1, 1, 3]（并列占位，跳过后续编号） -
DENSE_RANK()→ [1, 1, 2]（并列不占位，连续编号）
性能上无显著差异，但 RANK() 和 DENSE_RANK() 内部需做等值分组扫描，大数据量时略慢于 ROW_NUMBER()。
MySQL 5.7 没窗口函数？替代方案只能靠自连接或变量
MySQL 5.7 及更早版本不支持窗口函数，硬上 ROW_NUMBER() 会报错 FUNCTION xxx.ROW_NUMBER does not exist。别试 SET @row := @row + 1 在复杂 JOIN 或 GROUP BY 场景下极易错位——变量执行顺序不保证。
可靠替代只有两种：
- 自关联计数（适合中小数据量）：
SELECT a.name, a.score, COUNT(b.score) + 1 AS rank FROM scores a LEFT JOIN scores b ON a.score - 升级到 MySQL 8.0+（推荐）：窗口函数语法完全兼容标准 SQL，且优化器对
PARTITION BY有专门索引支持
跨数据库移植时，ROW_NUMBER() 最通用，RANK() 次之；NTILE() 等高级函数在 SQLite 和旧版 SQL Server 中支持度差，上线前务必查文档。
