标准 GROUP BY 无法实现阈值分组，因其是静态等值分组，而阈值分组依赖前面累计状态；递归 CTE 可行但需严格有序且易受深度限制；推荐用窗口函数两步法：先标记重置点，再累计生成组号。
为什么不能直接用 GROUP BY 实现“阈值分组”
SQL 的 GROUP BY 是基于等值或聚合条件做静态分组，而“按阈值分组”（比如：把连续记录中累计和 ≤ 100 的划为一组，超了就开新组）本质是**状态依赖的动态分组**——当前行分到哪组，取决于前面所有行的累计结果。标准 GROUP BY 没有“看前面累计多少”的能力，强行用窗口函数 + GROUP BY 会因分组键未对齐而错分。
递归 CTE 是可行解，但必须从有序起点开始
递归 CTE 能模拟逐行累积逻辑，但前提是数据有严格可排序的顺序（如 id 或 created_at），且初始行能唯一确定。常见错误是忽略 ORDER BY 在递归中的隐含要求：数据库不保证递归执行顺序，必须靠排序字段显式驱动。
以累计和 ≤ 50 分组为例：
WITH RECURSIVE grp AS ( -- 锚点：取最小 id 行作为第一组起点 SELECT id, value, value AS running_sum, 1 AS grp_id FROM t WHERE id = (SELECT MIN(id) FROM t) <p>UNION ALL</p><p>-- 递归：找下一个 id，判断加不加进当前组 SELECT t.id, t.value, CASE WHEN g.running_sum + t.value <= 50 THEN g.running_sum + t.value ELSE t.value END, CASE WHEN g.running_sum + t.value <= 50 THEN g.grp_id ELSE g.grp_id + 1 END FROM t JOIN grp g ON t.id = g.id + 1 -- 严格依赖连续 id；若 id 不连续，改用 ROW_NUMBER() ) SELECT *, grp_id FROM grp;
注意点：
- 递归必须用
JOIN关联上一行（不是WHERE t.id > g.id LIMIT 1，那会非确定性） - 若原始顺序靠时间戳，先用
ROW_NUMBER() OVER (ORDER BY created_at)生成连续序号再递归 - PostgreSQL 支持
MAX_RECURSION_DEPTH，MySQL 8.0+ 和 SQL Server 需设cte_max_recursion_depth，否则大数据量直接报错
更稳的方案：用窗口函数模拟“分组重置点”
比起硬写递归，多数场景更适合用“标记重置位置 + 累计求组号”两步走。核心是识别出**每个新组的第一行**，再用累计和算组 ID。
例如：每组累计和不超过 30，数据按 id 排序：
WITH flagged AS (
SELECT *,
CASE WHEN COALESCE(
SUM(value) OVER (
ORDER BY id
ROWS BETWEEN UNBOUNDED PRECEDING AND 1 PRECEDING
), 0) + value > 30
THEN 1 ELSE 0 END AS is_new_group
FROM t
),
grouped AS (
SELECT *,
SUM(is_new_group) OVER (ORDER BY id) AS grp_id
FROM flagged
)
SELECT id, value, grp_id FROM grouped;这个方法的优势：
- 不依赖递归，兼容所有支持窗口函数的数据库（包括老版本 MySQL 用变量模拟）
-
SUM(...) OVER (... ROWS BETWEEN ...)明确控制累计范围，避免全表扫描 - 若阈值逻辑复杂（如“超过前一组均值的 1.2 倍”），只需改
is_new_group的判断表达式
容易被忽略的边界：空值、负数、浮点精度
阈值分组实际落地时，NULL 值会让 SUM() 返回 NULL，导致整个累计链断裂；负数可能让“超阈值”判断失效；浮点数累加误差在千行级后可能跨过阈值线。
务必提前处理：
- 用
COALESCE(value, 0)替换NULL值，别依赖SUM自动忽略 - 负数场景下，“累计和 ≤ 阈值”不再等价于“单次追加不超”，得改用最大子段和思路，此时递归 CTE 更难维护，建议导出到应用层处理
- 浮点数用
ROUND(x, 6)截断，或改用DECIMAL类型存原始值
真正麻烦的不是语法怎么写，而是想清楚：阈值是硬上限，还是软提示？是否允许单条记录本身就超阈值？这些业务语义没对齐，再漂亮的 CTE 也分不准组。
