窗口函数不能在WHERE中使用，因SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，窗口函数仅在SELECT阶段计算；必须用子查询或CTE先计算再过滤。
因为WHERE执行时，窗口函数根本还没开始计算——不是语法拦你，是SQL执行顺序决定的。
WHERE阶段窗口函数压根不存在
MySQL（以及所有标准SQL引擎）按固定逻辑顺序执行：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。窗口函数如ROW_NUMBER()、RANK()只在SELECT阶段才真正执行并生成结果。所以当你在WHERE里写WHERE rn = 1，数据库连rn这个列名都找不到，直接报错：Unknown column 'rn'（MySQL）、window functions are not allowed in WHERE（PostgreSQL）或Invalid use of window function（SQL Server）。
必须用子查询或CTE先固化结果
绕过方式只有一种本质思路：让窗口计算发生在WHERE之前。这只能靠嵌套——把窗口函数放进内层查询，定义别名（如AS rn），外层再对这个别名过滤。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 子查询写法（最通用）：
t
- CTE写法（多步逻辑更清晰）：
WITH ranked AS (SELECT *, RANK() OVER (PARTITION BY user_id ORDER BY amount DESC) AS rnk FROM orders) SELECT * FROM ranked WHERE rnk = 1;
CTE不物化数据，但命名语义强，调试时一眼能看出中间状态
PARTITION BY和ORDER BY缺一不可
漏掉PARTITION BY→全表当一个组编号；漏掉ORDER BY→编号顺序依赖物理存储，结果不可复现，甚至同一语句多次执行返回不同行。
-
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)✅ 正确：每部门内按薪资降序编号 -
ROW_NUMBER() OVER (PARTITION BY dept_id)❌ 报错：MySQL强制要求排序类窗口函数必须含ORDER BY -
ROW_NUMBER() OVER (ORDER BY salary DESC)⚠️ 全局编号，业务意义弱，且无索引时性能差
最容易被忽略的其实是索引和确定性
即使语法跑通、嵌套写对，如果ORDER BY字段没索引，MySQL会走filesort + temporary，百万级数据可能从毫秒拖到秒级。更隐蔽的问题是：相同salary值下，若没加二级排序（如ORDER BY salary DESC, id ASC），并发写入或优化器改写可能导致编号顺序漂移——看着结果对，实则不可复现。
