MySQL存储过程不支持窗口函数直接赋值，只能在SELECT列表或子查询中使用；必须包含合法FROM子句和完整OVER子句，ORDER BY不可省略，推荐用ROWS而非RANGE，窗口函数应置于主查询列中以避免重复计算。
窗口函数不能直接在存储过程体里当语句用
MySQL 存储过程中不支持把窗口函数写在 SET 或 SELECT ... INTO 的纯表达式位置（比如 SET @rank = RANK() OVER (...) 会报错）。它只能出现在查询语句的 SELECT 列表或子查询中。所以“在存储过程中用窗口函数”，本质是把含窗口函数的查询封装进存储过程，而不是拿它当变量赋值工具。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax，往往是因为误写成 SELECT RANK() OVER (...) INTO @var FROM ... 却漏了 FROM 子句，或把 OVER() 放在不支持上下文（如函数参数）里。
- 窗口函数必须跟在
SELECT、ORDER BY或视图定义中，不能独立求值 - 若需结果进变量，必须用
SELECT ... INTO整行或整列，且该SELECT必须有合法FROM和完整OVER子句 - 存储过程里调用含窗口函数的查询，和普通查询性能表现一致——没额外开销，但也不会自动优化
在存储过程中写带窗口函数的SELECT要加ORDER BY
哪怕只是想按部门排薪资名次，RANK() OVER (PARTITION BY department ORDER BY salary DESC) 里的 ORDER BY 也不能省。不写会导致排名顺序不可控，尤其数据量大时，多次执行可能返回不同结果。
容易踩的坑是只按业务字段排序，比如 ORDER BY create_time，但该字段精度低（如只有秒），多条记录时间相同，数据库会随机打乱窗口内顺序。正确做法是补唯一字段：
- 错误：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY event_time) - 正确：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY event_time, log_id) - 如果表没有天然唯一字段，可加
id或用UUID()临时辅助（仅调试）
累计计算要用ROWS BETWEEN避免RANGE性能陷阱
在存储过程中做逐日累计销售额，别用 RANGE BETWEEN INTERVAL '7 days' PRECEDING AND CURRENT ROW。这个写法会让 MySQL 对每一行都扫描匹配日期范围，无法走索引，大数据量下明显变慢。
更优解是先确保数据按时间有序，再用物理行数切片：
- 推荐：
SUM(sales) OVER (ORDER BY sale_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) - 如果要算“滚动7天”，先建组合索引
(sale_date, sales)，再用ROWS BETWEEN 6 PRECEDING AND CURRENT ROW（配合ORDER BY sale_date） -
ROWS比RANGE快一个数量级，且行为确定——只要排序字段唯一，结果就稳定
替代关联子查询时，窗口函数必须放在主查询里
存储过程中常有人想用子查询先算部门平均薪资，再 JOIN 回原表比对。这完全可以用一行窗口函数替代，但要注意：必须把窗口函数写在最终 SELECT 的列中，不能藏在子查询里再引用。
例如，要标记“薪资高于本部门平均值的员工”，下面这样写才对：
SELECT id, name, department, salary, AVG(salary) OVER (PARTITION BY department) AS dept_avg, CASE WHEN salary > AVG(salary) OVER (PARTITION BY department) THEN 'yes' ELSE 'no' END AS above_avg FROM employees;
而不能写成：
-- 错误！窗口函数不能在WHERE或CASE里重复定义又不带别名
SELECT * FROM (
SELECT id, name, department, salary,
AVG(salary) OVER (PARTITION BY department) AS dept_avg
FROM employees
) t WHERE salary > dept_avg;后者虽语法合法，但 AVG() OVER 被计算两次，浪费资源；前者一次扫描、多个复用，才是窗口函数的正确打开方式。
真正难的是让窗口逻辑和存储过程控制流协同——比如根据输入参数动态切换 PARTITION BY 字段，这时得用预处理语句拼 SQL，而不是硬编码 OVER 子句。
