子查询用COUNT()实现实行号式排名需确保子查询相关且COUNT逻辑匹配并列规则：并列跳级用“小于当前值的行数+1”，并列不跳级需改用大于等于加去重；性能差，大数据量慎用，新版本优先窗口函数。
子查询里用 COUNT() 实现行号式排名
直接在 SELECT 中用子查询统计“有多少行的值比当前行更大/更小”，就能得到名次。适用于 MySQL 5.7、SQL Server 等不支持 ROW_NUMBER() 的旧版本。
常见错误是忽略相等值的处理逻辑：如果多个记录分数相同，用 COUNT(*) 统计小于当前分的行数，会得到重复名次（如 1,2,2,4），这是“并列跳级”；若想“并列不跳级”（如 1,2,2,3），得改用大于等于+去重组合。
- 假设表
score_table有字段student_id和score，按分数降序排，分数高者名次靠前 - 并列跳级写法：
SELECT s1.student_id, s1.score, (SELECT COUNT(*) + 1 FROM score_table s2 WHERE s2.score > s1.score) AS rank_num FROM score_table s1 ORDER BY s1.score DESC;
- 注意子查询必须加别名（
s2），且外层s1与内层s2是独立作用域，不能省略别名 - 性能敏感时慎用：每行都触发一次全表扫描，数据量过万就明显变慢
WHERE 条件中嵌套子查询过滤 Top-N 排名
想查“排名前 3 的学生”，不能直接在 WHERE 里写 rank_num ——因为 rank_num 是计算字段，不在原始表中，WHERE 看不见它。
必须把排名计算封装成子查询或 CTE，再在外层筛选。这是新手最常卡住的地方。
- 正确写法（子查询包裹）：
SELECT * FROM ( SELECT student_id, score, (SELECT COUNT(*) + 1 FROM score_table s2 WHERE s2.score > s1.score) AS rank_num FROM score_table s1 ) ranked WHERE rank_num - 别写成
SELECT ... WHERE (SELECT ...) ——语法虽合法，但实际执行时仍对全表每行都算一遍子查询，效率极差 - 若数据库支持 CTE（如 PostgreSQL、SQL Server 2005+），用
WITH ranked AS (...)可读性更好，逻辑更清晰
相关子查询 vs 非相关子查询对排名的影响
排名计算几乎全是相关子查询：内层查询依赖外层当前行的值（比如 s2.score > s1.score 中的 s1.score）。一旦写成非相关子查询（漏掉外层引用），结果就全错。
- 错误示例（非相关，返回恒定值）：
(SELECT COUNT(*) FROM score_table WHERE score > 85)
——这算的是“分数大于 85 的总人数”，不是当前行的排名 - 正确关键：子查询 WHERE 条件中必须出现外层表的列，且该列需带别名限定（如
s1.score），避免歧义 - MySQL 8.0+ 支持窗口函数后，
ROW_NUMBER()、RANK()性能远优于相关子查询，但老系统迁移前仍得懂这种写法
嵌套子查询做排名，核心就两点：子查询必须相关，且 COUNT 逻辑要匹配业务要求的并列规则。实际跑起来慢不要硬扛——先确认是否真需要兼容旧版本，否则直接切窗口函数更省心。
