必须用 rank() 或 dense_rank() 替代 row_number() 才能保留并列最高分；rank() 同值同序但跳号，dense_rank() 同值同序不跳号；需配合稳定排序字段（如 id asc）和 where rn = 1 使用。
用 RANK() 或 DENSE_RANK() 替代 ROW_NUMBER() 才能保留并列行
ROW_NUMBER() 强制给每行唯一编号，哪怕 score 完全相同，也会按 ORDER BY 中的次要字段（如 id ASC）硬排成 1、2、3……这导致并列最大值只返回一行。要“所有最高分都算”，必须换函数。
区别很实在：RANK() 对相同值分配相同序号，然后跳过后续编号（比如两个 95 分都标为 1，下一个 90 分就是 3）；DENSE_RANK() 同样给相同值同号，但不跳号（两个 95 分是 1，下一个 90 分就是 2）。
实操建议：
- 明确业务需求：要“所有并列最高者”就用 RANK() 或 DENSE_RANK()，再配 WHERE rn = 1
- 不加次要排序字段风险大：只写 ORDER BY score DESC，数据库可能因执行计划变动让同分行顺序飘移，导致某次查出 A、另一次查出 B
- 示例中务必补上稳定字段：RANK() OVER (PARTITION BY dept ORDER BY score DESC, id ASC)
MAX() OVER + WHERE 筛选也能处理并列，但逻辑更绕
MAX(score) OVER (PARTITION BY dept) 本身不解决“取哪行”，它只是把每组最大值广播到所有行。真正筛选靠 WHERE score = MAX_score，这时候并列自然保留——因为所有 score 等于该组最大值的行都会命中。
常见错误现象：
- 忘记在子查询或 CTE 中先算出 MAX_score，直接在 WHERE 里写 score = MAX(score) OVER (...) —— 报错，窗口函数不能出现在 WHERE
- 没处理 NULL：score 为 NULL 的行，score = MAX_score 永远不成立（NULL = anything 是 unknown），整组被漏掉
实操建议：
- 必须两层结构：内层加 MAX(score) OVER (PARTITION BY dept) AS max_score，外层 WHERE score = max_score
- NULL 安全写法：用 COALESCE(score, -999999) = COALESCE(max_score, -999999)，或提前过滤 WHERE score IS NOT NULL
- 性能注意：比纯 ROW_NUMBER() 多一次计算，但对中小数据量无感；大数据量时，索引 (dept, score) 能加速 MAX() OVER 计算
自连接方案在并列场景下结果不可控
LEFT JOIN 找“不存在更大值”的记录，逻辑上看似能覆盖并列——只要没人比它大，它就算最高。但实际中，它对并列的处理是被动的：两个 95 分互相比较，t1.score 都不成立，所以两条都被保留。问题在于，它无法区分“我就是最高”和“我和别人并列最高”，更没法排除意外干扰。
容易踩的坑：
- 分组字段含 NULL 时，t1.dept = t2.dept 全失效，整组消失
- 如果有脏数据（比如 score = -1 表示异常），它会被当成合法“更大值”挡掉正常高分
- 没加 AND t2.id IS NOT NULL 类条件，JOIN 可能引入空匹配，导致结果行数膨胀
实操建议：
- 仅当数据库不支持窗口函数且数据量极小（
- 必须显式处理 NULL：COALESCE(t1.dept, 'N/A') = COALESCE(t2.dept, 'N/A')
- 加兜底限制：WHERE t2.id IS NULL OR t2.score IS NULL，避免 NULL 干扰判断
并列时用 GROUP BY + ANY_VALUE() 是 MySQL 特供捷径，但别信它
MySQL 5.7+ 在 sql_mode 关闭 ONLY_FULL_GROUP_BY 时，允许 SELECT dept, ANY_VALUE(name), MAX(score) FROM emp GROUP BY dept。它确实能返回一条并列中的 name，但文档明确写：“ANY_VALUE() 返回的值是不确定的”。你这次看到张三，下次可能是李四——它不保证来自最高分那行，甚至不保证来自同一行。
为什么危险：
- 它不检查 name 和 MAX(score) 是否同源，只是从分组内随便捞一个非 NULL 值
- 升级 MySQL 或切换数据库（如迁到 PostgreSQL）会直接报错，代码不可移植
- 无法控制“同分时优先取最新录入的”，因为 ANY_VALUE() 不接受排序参数
实操建议：
- 绝对不要在生产环境用 ANY_VALUE() 做业务逻辑依据
- 如果只是临时看数、调试用，加注释说明“此结果不保证一致性”
- 真要可控，还是老实用 RANK() OVER (PARTITION BY dept ORDER BY score DESC, created_at DESC)
并列不是技术难点，而是语义确认点。很多人卡在“不知道该用哪个函数”，其实关键在问清一句：业务上，两个最高分，是要都留着，还是只留一个？留一个的话，按什么规则挑？这个判断比写 SQL 重要得多。
