窗口函数解决GROUP BY无法处理的分组内行级计算，如排名、累计值；GROUP BY不保留行序且ORDER BY作用于分组后结果，故无法可靠实现“先排序后取每组第一行”，须用ROW_NUMBER()等窗口函数打标过滤。
窗口函数不是 GROUP BY 的替代品，而是解决它干不了的事——比如既要保留每行原始数据，又要算分组排名、累计值或前后行对比。直接用 GROUP BY 强行套这些逻辑，结果要么错（非聚合字段值不可控），要么慢（多层子查询嵌套），要么难维护（WHERE 条件要重复写三次）。
为什么 GROUP BY 无法“先排序后取每组第一行”
MySQL 的 GROUP BY 本身不定义组内顺序，ORDER BY 作用于最终结果集，不是分组前的行。所以这种写法是危险的：
SELECT user_id, order_id, MAX(created_at) FROM orders GROUP BY user_id;
它可能返回某个 user_id 对应的 order_id，但这个 order_id 并不对应 MAX(created_at) 那一行——因为 MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY，这类语句在 8.0 下大概率直接报错：Expression #2 of SELECT list is not in GROUP BY clause。
真正可控的做法是用窗口函数打标再过滤：
-
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)为每个用户按时间倒序编号 - 外层
WHERE rn = 1精确拿到最新那条完整记录 - 如果存在并列（如两个订单同秒创建），改用
RANK()或DENSE_RANK()
用 SUM() OVER() 替代关联子查询做累计统计
想查每个订单的「用户历史总消费」，传统做法得写关联子查询：
SELECT o1.order_id, o1.user_id, o1.amount, (SELECT SUM(o2.amount) FROM orders o2 WHERE o2.user_id = o1.user_id AND o2.created_at <= o1.created_at) AS cumsum FROM orders o1;
这在 10 万行数据上可能跑 14 秒。换成窗口函数，单次扫描搞定：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
SELECT order_id, user_id, amount, SUM(amount) OVER (PARTITION BY user_id ORDER BY created_at ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS cumsum FROM orders;
注意点：
- 必须显式写
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，否则默认框架可能因 MySQL 版本不同而行为不一致 -
PARTITION BY user_id保证只累加同一用户的数据，不会跨用户“串账” - 没有
ORDER BY就无法定义“累计”的方向，会退化成全分区求和
RANK() / DENSE_RANK() 解决分组内排名需求
销售报表常需「部门内业绩 Top 3」，GROUP BY 根本没法输出明细行 + 排名两件事。窗口函数一行就能标出：
SELECT salesperson, department, amount, RANK() OVER (PARTITION BY department ORDER BY amount DESC) AS dept_rank FROM sales;
区别要点：
-
RANK()：并列时跳号（95、95、87 → 排名 1、1、3） -
DENSE_RANK()：并列时不跳号（95、95、87 → 排名 1、1、2） -
ROW_NUMBER()：强制唯一编号，哪怕值完全一样（95、95、87 → 排名 1、2、3） - 别漏写
PARTITION BY department，否则就是全公司统一排名
性能与兼容性必须盯住的三个细节
窗口函数虽快，但写错就白搭：
- ORDER BY 在
OVER子句里是强制的——只要用了RANGE框架或需要确定性排名，就必须有；没它，ROW_NUMBER()可能每次执行结果不同 - MySQL 8.0.2+ 才支持
RANGE BETWEEN INTERVAL '7' DAY PRECEDING这类时间范围框架，低版本只能用ROWS - 大表上跑
OVER (ORDER BY timestamp)会触发排序，务必确保timestamp字段有索引，否则EXPLAIN里会看到Using filesort
最易被忽略的是：窗口函数的计算发生在 GROUP BY 之后。如果你在同一个查询里混用两者，先 GROUP，再对聚合结果开窗——这不是错误，但逻辑可能和你设想的完全不同。
