MySQL 8.0.2及以上版本完整支持窗口函数，需通过SELECT VERSION()确认版本并检查SQL模式；RANK()跳空排名，DENSE_RANK()连续排名，ROW_NUMBER()强制唯一行号。
MySQL 8.0 窗口函数是否可用？先确认版本和模式
MySQL 8.0.2 及以上才完整支持标准窗口函数，低于该版本（如 8.0.1）部分函数不可用或行为异常。执行 SELECT VERSION(); 确认实际版本；同时检查 SQL 模式是否禁用了窗口函数——若报错 FUNCTION xxx does not exist 或 You have an error in your SQL syntax 且语句明显合法，大概率是版本不足或启用了旧兼容模式。
确保没有启用 sql_mode='NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES' 以外的限制性模式（如含 ONLY_FULL_GROUP_BY 通常不影响窗口函数，但某些嵌套场景会干扰推导），建议在会话级临时设置：SET sql_mode = ''; 测试后再按需调整。
Rank() 和 Dense_Rank() 的区别必须分清
用错函数会导致排名“跳空”或“挤占”，业务含义完全不同。比如成绩表中两个并列第2名：RANK() 给出 1,2,2,4（跳过3）；DENSE_RANK() 给出 1,2,2,3（不跳）；而 ROW_NUMBER() 强制唯一，给出 1,2,3,4（哪怕分数相同）。
-
RANK()：适合需要体现“名次段落”的场景，如赛事颁奖（两个亚军，就没有季军） -
DENSE_RANK()：适合需连续序号的报表，如班级内按总分排档位（前2名、第3名、第4名…） -
ROW_NUMBER()：仅用于生成唯一行号，不反映真实并列关系
示例：查每个部门薪资 Top 3 员工（允许并列）：
SELECT dept, name, salary,
DENSE_RANK() OVER (PARTITION BY dept ORDER BY salary DESC) AS drk
FROM employees
WHERE drk <= 3; -- 注意：不能直接在 WHERE 中用窗口函数别名，需嵌套WHERE 不能直接引用窗口函数结果，必须用子查询或 CTE
这是最常踩的坑：窗口函数在逻辑执行顺序中晚于 WHERE，所以 WHERE rank_col = 1 会报错 Unknown column 'rank_col'。必须把窗口计算放在子查询或 CTE 中，外层再过滤。
正确写法（CTE 更可读）：
WITH ranked AS ( SELECT *, RANK() OVER (PARTITION BY category ORDER BY score DESC) AS rk FROM products ) SELECT * FROM ranked WHERE rk = 1;
错误写法（直接在 WHERE 用）：
SELECT *, RANK() OVER (PARTITION BY category ORDER BY score DESC) AS rk FROM products WHERE rk = 1; -- ❌ 报错
注意：MySQL 8.0 支持 CTE，但不支持递归 CTE（除非显式开启 cte_max_recursion_depth），此处无需担心。
ORDER BY 在 OVER 中缺失会导致结果不可靠
即使只用 PARTITION BY，也必须显式写 ORDER BY，否则 MySQL 可能返回非确定性排序——尤其在有重复值、无主键或使用 InnoDB 的聚簇索引扫描时。例如：
-- ❌ 危险：没写 ORDER BY，同一 department 下员工顺序可能每次不同 RANK() OVER (PARTITION BY dept)
应改为：
-- ✅ 显式指定排序依据，必要时加二级排序保稳定 RANK() OVER (PARTITION BY dept ORDER BY salary DESC, id ASC)
如果业务上确实不需要排序（如仅统计每组行数），用 COUNT(*) OVER (PARTITION BY ...) 即可，不要硬套 RANK()。
窗口函数不是银弹：大量数据 + 复杂分区 + 多重嵌套时，性能下降明显，建议对 PARTITION BY 字段建联合索引（如 (dept, salary)），并避免在大表上直接 SELECT * 加窗口函数输出全部字段。
