PHPEnv 的 MySQL 8.0 默认支持窗口函数，但常见错误包括：ROW_NUMBER() 缺 ORDER BY 导致排名随机；RANGE 模式在日期重复时引发累计求和偏差；LAG/FIRST_VALUE 需防 NULL；LAST_VALUE 需显式指定完整窗口帧。
phpEnv 自带的 MySQL 8.0 默认已启用窗口函数，无需额外配置；但实际写 SQL 时，OVER 子句漏写 ORDER BY 或误用 RANGE 模式，是导致结果错乱的最常见原因。
ROW_NUMBER() 必须配 ORDER BY，否则排名随机
MySQL 允许不写 ORDER BY，比如 ROW_NUMBER() OVER (PARTITION BY dept_id)，但此时行为等价于按磁盘物理顺序排——没有业务意义，且每次执行可能不同。
- 正确写法：
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC, id)，二级排序防并列时顺序漂移 - 如果只按
salary排，多个同薪员工的行号会非确定；加id可保证稳定 - 别用
RANK()替代ROW_NUMBER()做 TopN 限制，RANK()并列跳号，WHERE rn <= 3可能返回 5 行
SUM() OVER() 累计求和默认是 RANGE，日期重复就多算
写 SUM(amount) OVER (ORDER BY date) 看似简洁，但 MySQL 默认用 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，当多条记录日期相同时，会把当天所有行都纳入当前行的“累计”范围。
- 显式改用行模式：
SUM(amount) OVER (ORDER BY date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) - 若数据按秒级时间戳录入，且需严格逐行累加，
ORDER BY created_at后也建议加ROWS，避免隐式RANGE干扰 -
ROWS看行号位置，RANGE看值区间——对时间、数字类字段尤其敏感
LAG() 和 FIRST_VALUE() 处理环比/日首尾值要防 NULL
LAG(sales) 返回上一行值，首行无前值即为 NULL；FIRST_VALUE(count) OVER (PARTITION BY DATE(ts) ORDER BY ts) 在空分区（如某天无数据）也会返回 NULL。
立即学习“PHP免费学习笔记（深入）”；
- 环比计算必须包裹：
sales / COALESCE(LAG(sales) OVER (ORDER BY month), 1)，否则整列变NULL - 取当日起始值时，
FIRST_VALUE(count) OVER (PARTITION BY DATE(ts) ORDER BY ts)是安全的；但若想取“当日最小时间点的 count”，得确认ts字段无重复——否则FIRST_VALUE只保证排序后第一个，不保证是唯一最小时间戳那条 - 用
LAST_VALUE(count) OVER (PARTITION BY DATE(ts) ORDER BY ts ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)才能稳取末值；默认窗口只到当前行，LAST_VALUE容易误得中间值
真正难的不是语法，而是理解 OVER 里每个子句的作用域：PARTITION BY 切分数据块，ORDER BY 决定窗口内计算顺序，而 frame（ROWS/RANGE）才真正框定参与计算的行。这三者稍一错位，结果就和预期差一层逻辑。
