lag函数查不到上一条记录，根本原因是未在over()中指定order by排序，导致窗口内行序不确定；offset=2表示向前偏移2行而非跳过上一行，越界返回null；它不能直接取最近非null值，且mysql 5.7不支持该函数。
LAG 函数查不到上一条记录？先确认窗口定义是否正确
MySQL 的 LAG() 是窗口函数，不是普通聚合函数，它不会自动按业务逻辑排序——如果没写 ORDER BY 子句，结果完全不可预测，甚至可能返回 NULL 或错行。很多“查不到上一条”的问题，根源其实是漏写了窗口排序。
- 必须在
OVER()里明确指定ORDER BY，例如OVER (ORDER BY created_at) - 排序字段不能是重复值过多的列（比如只按
status排），否则 MySQL 可能任意打乱相同值的行序，导致LAG()拿到错误的“上一行” - 若需多级排序，写成
ORDER BY user_id, created_at，避免歧义
LAG 第二个参数 offset 为 2 时行为容易误解
LAG(expr, offset) 中的 offset 默认是 1，表示取前 1 行；设为 2 并不是“跳过上一条、取上上条”，而是严格按当前行在窗口内的位置向前偏移 2 行——如果窗口只有 1 行或 2 行，offset=2 就会返回 NULL。
- 不要用
LAG(value, 2)试图绕过脏数据，它不解决数据稀疏问题 - 若想“取最近一次非 NULL 的上值”，
LAG()无法直接做到，得结合子查询或变量模拟 - 常见误用：
LAG(amount, 1) OVER (ORDER BY id)和LAG(amount) OVER (ORDER BY id)效果一致，后者更简洁
LAG 在 GROUP BY 后失效？那是你没意识到执行顺序
LAG() 是窗口函数，在 SQL 执行顺序中晚于 FROM、WHERE、GROUP BY，但早于 HAVING 和 ORDER BY。这意味着：你不能在 GROUP BY 之后直接对聚合结果用 LAG()，因为窗口是在分组前计算的。
- 如果目标是“每个用户最近两笔订单金额差”，应先用子查询或 CTE 把订单按用户+时间排好序，再套
LAG() - 错误写法：
SELECT user_id, SUM(amount), LAG(SUM(amount)) ... GROUP BY user_id—— 语法报错，SUM()和LAG()不能混在同一层级 - 正确路径：先
SELECT user_id, order_time, amount FROM orders ORDER BY user_id, order_time，再在外层加窗口
MySQL 5.7 不支持 LAG？升级或换方案
LAG() 从 MySQL 8.0.2 开始才原生支持。如果你用的是 5.7 或更低版本，执行会直接报错 FUNCTION xxx.LAG does not exist，不是语法或权限问题。
- 检查版本：
SELECT VERSION();，确认是否 ≥ 8.0.2 - 无法升级时，可用自连接模拟：
LEFT JOIN orders o2 ON o1.user_id = o2.user_id AND o2.created_at - 注意：自连接在大数据量下性能差，且无法处理严格窗口边界（如“每个用户内按时间取上一条”需额外加
ROW_NUMBER()模拟，5.7 也不支持）
LAG() 就会返回意料之外的结果。
