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 <p>关键点:</p>
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?按业务序号?这个定义一旦模糊,结果就不可信。











