LAG和LEAD是SQL窗口函数，用于获取当前行前/后指定偏移量的值，需配合OVER(ORDER BY ...)使用；MySQL 5.7等旧版本不支持，须用自连接或变量模拟，且排序字段必须确定唯一。
用自连接替代 LAG 实现前一行取值
当数据库不支持窗口函数（比如 MySQL 5.7 或早期 SQLite），想获取上一行的某个字段值，核心思路是让当前行和“比它小一号的行”配对。最可靠的方式是用自连接 + 子查询找最近的前一条记录。
假设表 sales 有 id（递增主键）、date、amount，要为每条记录拿到前一天的 amount：
SELECT s1.date, s1.amount, (SELECT s2.amount FROM sales s2 WHERE s2.date < s1.date ORDER BY s2.date DESC LIMIT 1) AS prev_amount FROM sales s1;
关键点：
WHERE s2.date 确保只查前面的行，避免取到自身或后行-
ORDER BY ... DESC LIMIT 1是模拟LAG(1)的本质——取时间上最接近的前一个 - 如果
date不唯一，必须加入次级排序（如id）否则结果不确定 - 性能隐患：每行都触发一次子查询，数据量大时明显变慢；加
(date)或(date, id)复合索引能缓解
用相关子查询实现 LEAD 的“下一行”逻辑
LEAD 是向前看，对应子查询就得反向：找比当前行 date 大的最小值。结构和 LAG 对称，但容易漏掉边界处理。
继续用 sales 表，取下一天的 amount：
SELECT s1.date, s1.amount, (SELECT s2.amount FROM sales s2 WHERE s2.date > s1.date ORDER BY s2.date ASC LIMIT 1) AS next_amount FROM sales s1;
常见陷阱：
- 最后一行必然返回
NULL（没下一行），这是正确行为，不是 bug - 若用
MIN(s2.date)替代ORDER BY ... LIMIT 1，在存在多条同日期记录时可能返回错误行（MIN只保证日期最小，不保证是同一行） - MySQL 5.7 中，相关子查询不能用
JOIN重写为外连接，否则会丢失NULL结果（比如左连接没匹配时才体现“无下一行”）
用变量模拟多行偏移（如 LAG(col, 2)）
当需要跳过中间行（比如取前两行的值），单纯靠 ORDER BY ... LIMIT 1 不够用。MySQL 5.7 可借助用户变量按顺序遍历实现：
SELECT date, amount, prev2_amount
FROM (
SELECT date, amount,
@prev2 := @prev1 AS prev2_amount,
@prev1 := amount,
@rownum := @rownum + 1
FROM sales
CROSS JOIN (SELECT @prev1 := NULL, @prev2 := NULL, @rownum := 0) r
ORDER BY date
) t;注意点：
- 必须显式
ORDER BY date，否则变量赋值顺序不可控 -
@prev2 := @prev1要写在@prev1 := amount之前，否则会变成同值 - 该方法仅适用于单用户、单线程场景；并发查询时变量状态会混乱，生产环境慎用
- SQLite 和 PostgreSQL 不支持此类变量语法，此方案仅限 MySQL 5.x
为什么不用 JOIN 直接关联前后行？
有人尝试用 LEFT JOIN 找前一行：ON s2.date = s1.date - INTERVAL 1 DAY，这看似简洁，但实际限制极多：
- 依赖日期严格连续，缺某天就断掉（真实业务数据几乎不可能满足）
- 时间精度问题：如果
date是DATETIME类型，减 1 天可能跨过多个记录或没命中 - 无法处理按
id排序的场景（id - 1不一定存在，且不等于逻辑上“前一条”） - SQL 标准中，
JOIN条件只能基于等值或简单表达式，无法表达“最近的前一个”这种有序语义
真正健壮的模拟必须依赖子查询的 ORDER BY + LIMIT 组合，哪怕慢一点，也确保逻辑正确。复杂点在于：你得自己定义什么是“前一行”——是按时间？按 ID？按业务序号？这个定义一旦模糊，结果就不可信。
