rollup按字段顺序逐级上卷，最右字段先聚合，最左最后汇总；null表示该层被上卷而非数据缺失，须用grouping()函数精准识别小计与总计行。
ROLLUP 生成分组小计和总计的正确写法
直接用 GROUP BY ... WITH ROLLUP（MySQL）或 GROUP BY ROLLUP(...)（PostgreSQL/SQL Server）就能出层级聚合，但顺序和 NULL 含义容易搞反——ROLLUP 不是“自动加一行总计”，而是按括号内字段顺序逐级上卷，最右字段先聚合，最左字段最后汇总。
实操建议：
- 字段顺序决定小计层级：比如
GROUP BY ROLLUP(dept, team)会先出每个dept+team组，再出每个dept小计（team为NULL），最后出全表总计（dept和team都为NULL） - MySQL 用
WITH ROLLUP，必须写在GROUP BY末尾，且不支持多列嵌套语法；PostgreSQL/SQL Server 用ROLLUP(dept, team)，更灵活，也支持ROLLUP((a,b), c)这类组合卷积 -
NULL在结果里代表“该层被上卷”，不是数据缺失——别用WHERE team IS NOT NULL过滤小计行，否则会把小计和总计全干掉
区分小计行和总计行：用 GROUPING() 函数判断层级
光看 NULL 分不清是原始数据为空，还是 ROLLUP 生成的汇总行。不同数据库都提供 GROUPING() 函数：它对当前行中被上卷的列返回 1，否则返回 0。
常见错误现象：用 COALESCE(team, '小计') 把所有 team IS NULL 都标成“小计”，结果把真正 team 为空的数据和 dept 小计、全表总计全混在一起。
实操建议：
- MySQL 8.0+、PostgreSQL、SQL Server 都支持
GROUPING(dept)和GROUPING(team) - 组合判断更可靠：比如
GROUPING(dept) = 1 AND GROUPING(team) = 1表示全表总计；GROUPING(dept) = 0 AND GROUPING(team) = 1表示 dept 小计 - 示例片段：
SELECT CASE WHEN GROUPING(dept) = 1 THEN '总计' WHEN GROUPING(team) = 1 THEN CONCAT(dept, ' 小计') ELSE dept END AS dept_label, COUNT(*) AS cnt FROM staff GROUP BY ROLLUP(dept, team);
ROLLUP 和普通 GROUP BY 性能差异在哪
ROLLUP 不是简单多跑几遍查询，而是在一次扫描中完成多层聚合，理论性能接近单层 GROUP BY。但实际慢，往往因为没走索引或中间结果集膨胀。
使用场景注意点：
- 如果
GROUP BY字段无索引，ROLLUP 会强制排序+临时表，比单层 GROUP BY 更耗内存 - 列越多，ROLLUP 生成的行数呈指数增长：
ROLLUP(a,b,c)最多产生(n_a + 1) × (n_b + 1) × (n_c + 1)行，其中包含大量稀疏组合 - 别在高基数字段（如 user_id）上用 ROLLUP——它会试图为每个 user_id 单独小计，结果行数爆炸，报表根本打不开
MySQL 5.7 不支持标准 ROLLUP 语法怎么办
MySQL 5.7 只支持 GROUP BY ... WITH ROLLUP，不支持 ROLLUP() 函数或嵌套语法，而且 WITH ROLLUP 必须放在 GROUP BY 最后，不能和 HAVING 混用。
容易踩的坑：
-
ORDER BY会干扰 ROLLUP 行位置——MySQL 要求 ROLLUP 行必须紧接在对应分组后，一旦加ORDER BY，小计/总计行就错位甚至消失 - 无法过滤掉某一层的小计（比如只要 dept 小计、不要 team 小计），只能靠应用层后处理或 UNION 拼接
- 替代方案：用
UNION ALL手动拼三部分——明细、dept 小计、总计，虽然啰嗦但可控，也兼容老版本
ROLLUP 看似一行语法，实际依赖字段顺序、数据库版本、NULL 语义和索引设计。最容易被忽略的是：小计行里的 NULL 是占位符，不是脏数据；而 GROUPING() 是唯一靠谱的层级识别方式——不用它，报表标题就永远对不上。
