不能直接替代，但能大幅简化「查下一行数据」这类自连接场景；LEAD()是窗口函数，不改变行数、性能更高，而自连接会产生笛卡尔积；需指定ORDER BY，参数offset须为常量，default建议显式声明。
LEAD() 能直接替代自连接吗？
不能直接替代，但能大幅简化「查下一行数据」这类自连接场景。比如原查询用 JOIN 关联同一张表的 t1.id = t2.id + 1，本质是想取当前行之后的某条记录——这正是 LEAD() 的设计目标。
关键区别在于：自连接生成笛卡尔积中间结果，而 LEAD() 是窗口函数，在排序后逐行计算，不改变行数，性能通常高一个数量级（尤其在大表上）。
LEAD() 的三个参数怎么选？
LEAD(expression, offset, default) 中：
-
expression：要取的列，比如LEAD(status)—— 必须明确指定，不能写LEAD(*) -
offset：默认为 1，表示跳过几行取值；设为 2 就是取下下一行；注意 offset 不能是负数或变量（如@n），必须是常量 -
default：当越界（如最后一行调用LEAD(x, 1)）时返回的值，不填则为NULL；生产环境建议显式写LEAD(amount, 1, 0)避免空值干扰计算
ORDER BY 不写会怎样？
会报错：Window function LEAD requires an ORDER BY clause。窗口函数依赖确定的行序，没有 ORDER BY 就无法定义“下一行”是谁。
常见陷阱：
- 只按
id排序，但业务逻辑实际依赖created_at—— 比如查用户操作流水的“下次状态”，必须用时间戳排序，否则顺序错乱 - 排序字段有重复值（如多个相同
created_at），导致LEAD()结果不稳定；应补上唯一字段，例如ORDER BY created_at, id - 在子查询或 CTE 中漏写
ORDER BY，外层再加也无效 —— 窗口函数的排序必须在它所在的OVER()子句里
和自连接比，哪些情况仍得用 JOIN？
LEAD() 只能取「相邻有序行」，一旦需求超出这个范围，就得退回自连接：
- 需要关联多行（比如同时取下一行、下两行、上一行）——
LEAD(col,1)、LEAD(col,2)、LAG(col,1)可并存，但若要取「下一条 status='paid' 的记录」，就得用自连接 + 子查询 - 关联条件复杂（如
t2.amount > t1.amount * 1.5）—— 窗口函数无法做跨行条件过滤 - 需要聚合统计（如 “下 3 行的平均值”）—— 此时该用
AVG() OVER (ORDER BY ... ROWS BETWEEN CURRENT ROW AND 2 FOLLOWING)，而不是LEAD()
真正容易被忽略的是：LEAD() 返回的是标量值，没法带出整行其他字段；如果既要下一行的 user_id，又要它的 email 和 updated_at，写三个 LEAD() 很啰嗦，此时自连接反而更清晰。
