LEAD函数必须配合ORDER BY使用，否则结果不可预测；正确写法为LEAD(value) OVER (PARTITION BY group_col ORDER BY time_col)，其中PARTITION BY定义分组、ORDER BY确保行序，两者缺一不可。
LEAD函数怎么写才能正确获取下一行值
LEAD函数必须配合ORDER BY使用，否则结果不可预测——它不按物理存储顺序取值，而是严格按OVER子句中指定的排序逻辑。常见错误是只写LEAD(col)却漏掉ORDER BY，导致差值计算完全错乱。
实际用法必须形如：LEAD(value) OVER (PARTITION BY group_col ORDER BY time_col)。其中PARTITION BY决定分组边界，ORDER BY决定行内先后，两者缺一不可。
-
LEAD(value, 1)和LEAD(value)等价，显式写1更易读 - 若想跳过1行取第2个后续值，用
LEAD(value, 2)，但要注意NULL风险 - 第三个参数可设默认值，如
LEAD(value, 1, 0)，避免NULL参与减法运算
计算变化率时为什么总得到NULL或0
两个典型原因：一是当前行已是组内最后一行，LEAD返回NULL，current - NULL结果为NULL；二是时间列存在重复值，ORDER BY无法稳定排序，导致LEAD“跳到错误行”。
解决方法不是硬加COALESCE掩盖问题，而是从源头控制：
- 在
ORDER BY中加入唯一列兜底，例如ORDER BY timestamp, id - 差值计算前先过滤掉LEAD结果为NULL的行：
WHERE lead_value IS NOT NULL - 若需变化率（而非绝对差），注意分母不能为0，建议用
NULLIF(prev_value, 0)防除零
如何在每个分组里找变化最快的那条记录
不能直接对LEAD结果用MAX()聚合——差值是行级计算，得先算出每行的变化量，再用窗口函数排序取极值。核心思路是两层嵌套：外层用ROW_NUMBER() OVER (PARTITION BY group_col ORDER BY ABS(diff) DESC)标序，内层算差值。
示例片段：
SELECT *
FROM (
SELECT *,
ABS(value - LEAD(value) OVER (PARTITION BY category ORDER BY ts)) AS diff,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY ABS(value - LEAD(value) OVER (PARTITION BY category ORDER BY ts)) DESC) AS rn
FROM metrics
) t
WHERE rn = 1;注意：内层LEAD的OVER必须和外层一致，否则窗口不匹配；ABS()确保“最快”指绝对变化量最大，而非仅上升最快。
LEAD在不同数据库里的兼容性和性能坑
PostgreSQL、SQL Server、Oracle、BigQuery都支持标准LEAD语法；MySQL 8.0+才支持，5.7及之前版本会报错FUNCTION xxx.LEAD does not exist。SQLite至今不支持窗口函数。
性能上，LEAD本身不慢，但若PARTITION BY字段无索引，且数据量大，ORDER BY阶段可能触发磁盘排序。关键优化点：
- 确保
PARTITION BY + ORDER BY组合字段上有联合索引，例如(category, ts) - 避免在LEAD表达式里调用函数，如
LEAD(UPPER(name))，会阻止索引下推 - 如果只关心每个分组的TOP 1变化，考虑用
LIMIT 1配合子查询替代全量LEAD计算，尤其在旧版MySQL中
真正容易被忽略的是时间精度——若ts字段是DATETIME且批量插入时毫秒相同，ORDER BY ts无法保证稳定顺序，差值可能配错行。这种场景必须补一个唯一序号列。
