rollup是group by的扩展子句，用于自动生成多级小计和总计行；它按列从左到右逐级上卷，产生(a,b,c)、(a,b,null)、(a,null,null)、(null,null,null)四级汇总，而普通group by仅返回最细粒度分组结果。

ROLLUP 是什么，它和 GROUP BY 有什么区别？

ROLLUP 不是独立语句，而是 GROUP BY 的扩展子句，用来在分组结果中自动插入小计行和总计行。它按括号内列的从左到右顺序逐级上卷：先按全部列分组，再少最右一列，再少两列……直到只剩第一列，最后加一行全表总计。

关键区别在于：GROUP BY a, b, c 只返回 (a,b,c) 组合的明细；而 GROUP BY ROLLUP(a, b, c) 会额外返回 (a,b,NULL)、(a,NULL,NULL)、(NULL,NULL,NULL) 这三类汇总行——每类对应一个层级的小计或总计。

注意 NULL 在汇总行中是占位符，不是真实数据缺失，这是识别小计行的依据。

怎么写 ROLLUP 查询并区分小计/总计行？

直接用 ROLLUP 会导致多条 NULL 值行，但无法直观看出哪行是“部门小计”、哪行是“公司总计”。必须配合 GROUPING() 函数判断：

• GROUPING(col) 返回 1 表示该列在当前行是上卷产生的（即值为 NULL 且非原始数据），返回 0 表示真实分组值

常见做法是用 CASE WHEN GROUPING(dept) = 1 THEN '部门小计' ELSE dept END 替换原始列，让结果可读。

SELECT 
  CASE WHEN GROUPING(dept) = 1 THEN '【部门小计】' ELSE dept END AS dept,
  CASE WHEN GROUPING(team) = 1 THEN '【团队小计】' ELSE team END AS team,
  SUM(salary) AS total_salary
FROM employees
GROUP BY ROLLUP(dept, team);

这样输出里就能清晰看到：某部门下各团队明细 → 该部门小计 → 所有部门小计 → 全公司总计。

ROLLUP 和 CUBE、GROUPING SETS 有什么实际差异？

• ROLLUP(a,b,c) 生成组合：(a,b,c), (a,b), (a), () —— 严格树状层级，适合“省→市→区”这类天然包含关系的维度

• CUBE(a,b,c) 生成所有可能组合：(a,b,c), (a,b), (a,c), (b,c), (a), (b), (c), () —— 适合交叉分析（如“按部门+按职级”各自独立汇总），但结果行数爆炸，慎用

• GROUPING SETS((a,b), (a), ()) 手动指定要哪些分组 —— 最灵活，能避开不需要的中间层（比如只要部门小计和总计，跳过团队层），但写法稍冗长

如果你只需要“按地区→门店→日期”的逐级汇总，ROLLUP 最简洁；如果还要单独看“所有北京门店”或“所有周二数据”，就得换 CUBE 或 GROUPING SETS。

容易踩的坑：NULL 值干扰、性能与兼容性

• 原始数据中列本身含 NULL 时，GROUPING(col) 仍返回 0，无法区分是真实 NULL 还是上卷占位符。解决办法：提前用 COALESCE(col, '<strong>MISSING</strong>') 处理源数据，或确保业务上 NULL 有明确含义且不参与分组

• ROLLUP 在 PostgreSQL 9.5+、SQL Server、Oracle 中原生支持；MySQL 直到 8.0.12 才支持，旧版需用 UNION 模拟，性能差很多

• 多列 ROLLUP 会让结果行数显著增加（N 列产生 2^N 行），如果基表大且没有合适索引，GROUP BY ROLLUP(a,b,c) 可能比普通 GROUP BY 慢 3–5 倍。建议在 a,b,c 上建联合索引

• 排序不可靠：ROLLUP 行插入位置由数据库实现决定，不要依赖默认顺序。务必用 ORDER BY GROUPING(a), GROUPING(b), a, b 显式控制层级展示逻辑

ROLLUP 的核心价值不在“能出汇总”，而在“用一条语句定义完整层级路径”。一旦列顺序写错，小计归属就全乱了——比如把 ROLLUP(team, dept) 写反，部门小计就会被拆到每个团队下面，而不是聚在部门层。