MySQL 8.0+才支持窗口函数，5.7等旧版本需用用户变量且顺序不可控；窗口排序必须显式写在OVER()内，分组排名需PARTITION BY；CTE+JOIN是更新排名字段的最佳实践，GROUP BY与窗口函数不可共存于同一级SELECT。
MySQL 8.0+ 才能直接用窗口函数做排名
低于 8.0 的版本（比如 5.7）在存储过程中写 ROW_NUMBER() 或 RANK() 会直接报错 ERROR 1064。别浪费时间调试语法，先执行 SELECT VERSION() 确认版本。如果是 8.0+，窗口函数可以自然嵌入存储过程的 SELECT、UPDATE 或 CTE 中；如果不是，只能退回到用户变量方案，但顺序不可控风险极高。
ORDER BY 必须写进 OVER()，不能只在外层写
常见错误是这么写：
SELECT name, score, ROW_NUMBER() OVER() AS rn FROM users ORDER BY score DESC;
这会导致 rn 按物理顺序或优化器决定的顺序编号，不是按 score 排的。窗口函数的排序逻辑必须显式落在 OVER(ORDER BY score DESC) 里。
- 分组内排名要加
PARTITION BY department，否则全表当一个分区排 -
OVER(ORDER BY score DESC)和OVER(ORDER BY score DESC, id)结果可能不同：后者在分数相同时靠id打断并列，更稳定 - 避免在
ORDER BY里用非确定性函数，比如NOW()或RAND()，MySQL 会拒绝执行
在存储过程中更新排名字段，推荐用 CTE + JOIN
想把排名结果写回原表（比如更新 row_number 字段），最干净的做法是用 CTE 先算号，再 UPDATE ... JOIN：
DELIMITER //
CREATE PROCEDURE UpdateRankByTime()
BEGIN
WITH ranked AS (
SELECT id, ROW_NUMBER() OVER (ORDER BY created_at) AS rn
FROM logs
)
UPDATE logs t
INNER JOIN ranked r ON t.id = r.id
SET t.row_number = r.rn;
END //
DELIMITER ;
这种写法不依赖临时表、不操作变量、可读性强。注意两点：
- CTE 必须紧跟在
WITH后，不能有空行或注释隔开，否则 MySQL 报错ERROR 1341 -
UPDATE ... JOIN在某些隔离级别下可能触发锁升级，如果表很大，考虑分批次加WHERE id BETWEEN ? AND ? - 别试图在
UPDATE语句里直接写窗口函数，MySQL 不支持UPDATE ... SET x = ROW_NUMBER() OVER(...)
GROUP BY 和窗口函数混用会冲突，得拆层
如果存储过程里已有 GROUP BY（比如先按天聚合销售额），再加 SUM(amount) OVER (PARTITION BY category) 会报错 ERROR 1140。根本原因是：窗口函数和普通聚合不能共存于同一级 SELECT 的投影列表中。
解决路径只有两条：
- 去掉
GROUP BY，改用窗口函数完成全部计算，例如：SUM(amount) OVER (PARTITION BY DATE(created_at), category ORDER BY created_at) - 用 CTE 或子查询先聚合，再对聚合结果套窗口函数，例如：
WITH daily_sum AS (SELECT DATE(d) d, cat, SUM(v) s FROM t GROUP BY DATE(d), cat) SELECT *, SUM(s) OVER (PARTITION BY cat ORDER BY d) FROM daily_sum
动态传参到 PARTITION BY 字段名几乎不可行——OVER(PARTITION BY @p_col) 中的 @p_col 被当作文本字面量，不是列名。真要动态，得拼 SQL 字符串再用 PREPARE，但代价高、难审计、易注入。
