断点数据的连续区间是指对存在缺失或跳跃的列（如id），识别其相邻连续值构成的片段，并按段聚合出min_id和max_id；核心用“列值减行号”恒定原理分组，需严格排序、去空、防重复。
什么是断点数据的连续区间？
断点数据指某列（如 id 或 log_time）存在缺失、跳跃或不连续，但你想把其中“相邻连续”的片段识别出来并分组统计——比如找出所有连续的 id 区间，每段输出 min_id 和 max_id。这不是简单 GROUP BY 能解决的，必须借助行序逻辑。
用子查询 + 行号差值法识别连续段
核心思路：对原始数据按关键列排序后生成行号 ROW_NUMBER()，再用该列自身值减去行号。连续值的「自身值 - 行号」结果恒定，可作为分组依据。
常见错误是直接对未排序数据算 ROW_NUMBER()，或在子查询里漏掉 ORDER BY——多数数据库（如 PostgreSQL、SQL Server、MySQL 8+）要求窗口函数中的 ORDER BY 显式声明，否则结果不可靠。
- 假设表
events有列event_id（整型，可能不连续） - 先在子查询中排序并计算行号：
ROW_NUMBER() OVER (ORDER BY event_id) - 再在外层用
event_id - rn作为分组键：GROUP BY event_id - rn - 注意：若
event_id是TIMESTAMP，需转为等差序列（如DATEDIFF(day, '1970-01-01', ts)），否则减法无意义
SELECT
MIN(event_id) AS start_id,
MAX(event_id) AS end_id,
COUNT(*) AS length
FROM (
SELECT
event_id,
event_id - ROW_NUMBER() OVER (ORDER BY event_id) AS grp
FROM events
) t
GROUP BY grp
ORDER BY start_id;
MySQL 5.7 等不支持窗口函数怎么办？
必须用变量模拟行号，但要注意执行顺序不可控带来的风险：MySQL 不保证 SELECT 中变量赋值的求值顺序，尤其在含 ORDER BY 或 JOIN 时极易出错。
- 安全做法：先用子查询强制排序并固化结果，再在外层用变量
- 避免写成
@rn := @rn + 1直接嵌在主SELECT，容易跳号或重复 - 初始化变量必须用
SELECT @rn := 0单独语句，不能依赖SET后立刻在同一个查询中引用 - PostgreSQL 用户请直接用
ROW_NUMBER()，别硬套变量方案
性能与边界情况提醒
当数据量大（百万级以上）时，ORDER BY 和窗口函数开销明显；若 event_id 有重复值，需先去重或改用 ROW_NUMBER() OVER (ORDER BY event_id, id) 避免分组错乱。
空值（NULL）会破坏连续性判断，且 NULL - 数字 结果为 NULL，导致所有含空值的行被归入同一组——务必提前 WHERE event_id IS NOT NULL 过滤。
真正难的不是写出这个查询，而是确认你的“连续”定义是否真基于数值差（而非业务时间间隔），以及是否要容忍小间隙（比如允许最多跳 2 个 ID）。这些逻辑一旦变化，grp 的构造方式就得重设计。
