MySQL 8.0.2+原生支持Oracle风格分析函数，无需变量模拟；需确认版本≥8.0.2、启用窗口函数、使用InnoDB引擎，并注意OVER()内必写ORDER BY、不可在WHERE中直接引用窗口函数别名。
MySQL 8.0 原生支持 Oracle 风格的分析函数，无需变量模拟或子查询嵌套——前提是确认版本 ≥ 8.0.2，且 SQL 模式未禁用窗口函数。
确认 MySQL 版本和窗口函数是否可用
很多“报错 FUNCTION xxx does not exist”或 ERROR 3579 (HY000): Window function is not allowed in this context 的问题，其实根本不是语法写错，而是版本卡在 5.7 或 8.0.1。执行以下命令验证：
SELECT VERSION();
输出必须是 8.0.2 或更高（如 8.0.33）。再检查是否启用了窗口函数支持：
SELECT @@sql_mode;
若返回结果中含 NO_ENGINE_SUBSTITUTION 但不含 IGNORE_SPACE 或其他禁用项，一般没问题；但若含 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 这类常见组合，窗口函数仍可正常使用。真正要警惕的是手动加了 disable_window_functions（极罕见）或使用了不兼容的存储引擎（如 MyISAM 不支持窗口函数）。
row_number()、rank()、dense_rank() 的写法差异与陷阱
这三个函数在 MySQL 8.0 中行为与 Oracle/PostgreSQL 完全一致，但容易出错的地方集中在 ORDER BY 子句和空值处理：
-
ORDER BY必须出现在OVER()内，不能只写在最外层SELECT后——否则会报错Window 'w' requires an ORDER BY clause - 当排序字段含
NULL，默认按NULLS LAST处理（Oracle 默认也是NULLS LAST），但 MySQL 8.0 不支持显式写NULLS FIRST/LAST（直到 8.0.33 才部分支持），所以如果业务依赖NULL排最前，得用ORDER BY col IS NULL DESC, col替代 -
rank()和dense_rank()在遇到相同值时跳名次 vs 不跳名次，这点和 Oracle 一致，但新手常误以为它们能“去重”，其实只是排名逻辑不同，行数不会减少
示例（查每个 user_no 下按 create_date 倒序的首条订单）：
SELECT * FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_no ORDER BY create_date DESC) AS rn
FROM order_info
) t WHERE rn = 1;sum() over() 等聚合窗口函数的 frame 默认行为
MySQL 8.0 中 SUM(amount) OVER (PARTITION BY user_no ORDER BY create_date) 默认使用 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，也就是“从分区开头到当前行”的累计和。这和 Oracle 一致，但和 PostgreSQL 的默认 ROWS 框架不同——不过 MySQL 并不区分 RANGE 和 ROWS 的语义差异（目前所有数值类型都按 ROWS 行为处理）。
关键点：
- 省略
PARTITION BY就是全表一个窗口，SUM() OVER ()等价于SUM(amount)，但保留原行数 - 如果想算“部门总工资占比”，直接写
amount / SUM(amount) OVER (PARTITION BY deptno)即可，无需子查询关联 - 避免在同一个
SELECT中混用窗口函数和非确定性函数（如NOW()），某些旧版 8.0（如 8.0.16）可能报错Invalid use of window function
LAG/LEAD 的偏移量和 NULL 处理
LAG(col, 1) 和 LEAD(col, 1) 在 MySQL 8.0 中完全可用，但要注意两个实际痛点：
- 第二个参数（偏移行数）必须是常量，不能是列名或表达式，例如
LAG(amount, offset_col)会直接报错Incorrect parameter count in the call to native function 'LAG' - 边界处（如第一行调用
LAG）返回NULL，若业务不允许，需用第三个参数指定默认值：LAG(amount, 1, 0)，这个默认值必须与列类型兼容（比如amount是DECIMAL，就不能写'N/A'） - 当
ORDER BY字段有重复值（如多个订单同秒创建），LAG/LEAD的结果是不确定的——MySQL 不保证相同排序键下的物理顺序，建议补上唯一字段（如ORDER BY create_date, order_id）来稳定结果
示例（查每笔订单与上一笔的金额差）：
SELECT order_id, user_no, amount,
amount - LAG(amount, 1, 0) OVER (PARTITION BY user_no ORDER BY create_date, order_id) AS diff
FROM order_info;真正麻烦的从来不是函数会不会写，而是忘记 PARTITION BY 导致全表窗口、或者在 WHERE 中直接引用窗口函数别名（MySQL 不允许，必须包一层子查询或 CTE）——这两个错误占了线上窗口函数问题的七成以上。
