row_number() 多字段排序语法为 order by 字段1, 字段2，优先级由左至右；需配合 partition by 实现分组内编号，二者正交，不可混淆。
ROW_NUMBER() 多字段排序的语法结构怎么写
直接用 ORDER BY 后接多个字段，用逗号分隔，顺序决定优先级：先按第一字段排，相同时再按第二字段排，以此类推。SQL 标准里没有“多列分组编号”这个说法，ROW_NUMBER() 本身只做全局或窗口内编号，分组靠的是 PARTITION BY，排序靠的是 ORDER BY，二者正交。
常见错误是把 PARTITION BY 和 ORDER BY 混为一谈，比如误以为写两个字段进 PARTITION BY 就能“按多列分组编号”——其实那只是按组合值分组，编号仍需靠 ORDER BY 控制顺序。
-
ROW_NUMBER() OVER (PARTITION BY dept, region ORDER BY salary DESC, hire_date ASC)：先按部门和地区组合分组，组内按薪资降序、入职日期升序编号 - 字段类型要兼容排序逻辑，比如对
TEXT字段用DESC要注意空值和大小写默认行为（PostgreSQL 区分，MySQL 可能不） - 如果
ORDER BY字段有重复值且没加唯一键兜底，编号顺序可能不稳定（尤其跨执行时），建议末尾补一个主键如id防歧义
为什么 ORDER BY 里字段顺序不能颠倒
排序字段的先后直接影响编号结果。比如 ORDER BY status, created_at 和 ORDER BY created_at, status 是完全不同的逻辑：前者先把所有 “active” 排前面，再在每个 status 内按时间排；后者是全局按时间排，status 只在时间相同时起作用。
典型踩坑场景是业务要求“最新状态优先”，但写了 ORDER BY created_at DESC, status，结果发现 status=‘draft’ 的新记录排到了 status=‘published’ 的旧记录前面——因为时间优先级更高。
- 检查业务语义：是要“每种状态里取最新一条”，还是“所有记录按时间倒序，状态仅作次要区分”
- 用
EXPLAIN或执行计划看是否走了复合索引；如果ORDER BY a,b，最好有(a,b)或(a,b,xxx)的索引，否则排序开销大 - PostgreSQL 中 NULLS FIRST/LAST 必须显式声明，否则默认行为因版本而异；MySQL 8.0+ 支持，但老版本会把 NULL 当最小值处理
分区（PARTITION BY）和排序（ORDER BY）能混用不同字段吗
完全可以，而且经常必须这么做。比如统计每个销售员每月销量排名：PARTITION BY salesperson_id, YEAR(month), MONTH(month) 划分窗口，ORDER BY amount DESC 在每个窗口内按金额排——这里分区字段和排序字段完全不同，也没问题。
容易忽略的是数据倾斜：如果 PARTITION BY 字段组合粒度太粗（如只写 country），单个分区数据量过大，ROW_NUMBER() 排序可能变慢甚至 OOM；太细（如带上毫秒级时间戳）又会导致窗口过多，调度开销上升。
- 避免在
PARTITION BY里用高基数字段（如用户 ID）而没加过滤条件，否则生成海量小窗口 - 如果只是想全局编号（不分组），就别写
PARTITION BY，直接ROW_NUMBER() OVER (ORDER BY ...) - 某些引擎（如 Spark SQL）对窗口函数有内存限制，分区数超阈值会报
exceeded maximum number of partitions，这时得预聚合或改用RANK()+ 子查询
MySQL 5.7 不支持窗口函数怎么办
MySQL 5.7 确实不支持 ROW_NUMBER()，强行用会报错 FUNCTION xxx.ROW_NUMBER does not exist。升级到 8.0 是最稳妥方案；若无法升级，只能用变量模拟，但要注意变量执行顺序不保证，尤其在 JOIN 或子查询中极易出错。
安全一点的替代写法是自连接计数：SELECT t1.*, (SELECT COUNT(*) FROM table t2 WHERE t2.group_col = t1.group_col AND (t2.sort_col > t1.sort_col OR (t2.sort_col = t1.sort_col AND t2.id ，前提是 <code>sort_col + id 能构成唯一序。
- 变量方式（仅限简单单表查询）：
@rn := IF(@prev = dept, @rn + 1, 1) AS rn, @prev := dept，必须用ORDER BY dept, salary DESC显式排序，且不能有优化器重排 - 自连接方式性能差，数据量过万就明显变慢，建议加联合索引
(group_col, sort_col, id) - 如果用的是阿里云 RDS 或腾讯云 TDSQL，确认底层是否打了补丁支持窗口函数，有些厂商已 backport
ORDER BY 里漏掉防重字段导致编号不可重现。
