GROUP BY ROLLUP按字段顺序构建树状分组，生成(n+1)级汇总组合，右字段为叶子节点，NULL代表该层“全部”，需用COALESCE或GROUPING()区分真实空值，字段顺序、SELECT一致性、索引优化及业务口径对齐至关重要。
GROUP BY ROLLUP 会按维度层级自动补全空值
ROLLUP 不是简单加总，而是按字段顺序构建「树状分组」：最右字段为叶子节点，往左逐级向上汇总。比如 GROUP BY ROLLUP(a, b, c) 实际生成的分组组合是：(a,b,c)、(a,b,NULL)、(a,NULL,NULL)、(NULL,NULL,NULL)。注意 NULL 是真实值，不是缺失——它代表该层级的“全部”，后续做报表时得靠 COALESCE 或 CASE 显式转成“合计”“总计”等可读标签。
ROLLUP 的字段顺序直接影响汇总逻辑和结果行数
把高粒度字段放右边，低粒度（如部门、年份）放左边，才能得到符合业务理解的层级。例如想看「部门 → 年份 → 季度」的逐级汇总，必须写 GROUP BY ROLLUP(dept, year, quarter)；如果写反了，ROLLUP(quarter, year, dept) 就会先按季度汇总，再跨年合并，最后才合部门——结果既难读，也违背常规管理口径。
- 错误示范：
SELECT quarter, SUM(sales) FROM t GROUP BY ROLLUP(quarter, year)→ year 出现在 ROLLUP 中但 SELECT 里没选，报错或结果不可控 - 正确写法：SELECT 字段必须与 ROLLUP 列表前缀一致，或显式允许 NULL，如
SELECT COALESCE(dept,'总计'), COALESCE(year,'全部年份'), SUM(sales) FROM t GROUP BY ROLLUP(dept, year) - MySQL 8.0+ 和 PostgreSQL 支持 ROLLUP；SQLite 不支持；SQL Server 和 Oracle 支持但语法微调（如 SQL Server 要求用
GROUP BY dept, year WITH ROLLUP）
用 GROUPING() 函数区分真实 NULL 和 ROLLUP 生成的 NULL
当原始数据本身含 NULL，又用了 ROLLUP，仅靠 IS NULL 无法判断这个 NULL 是数据缺失还是汇总占位。这时必须用 GROUPING()：它对当前分组中“被折叠掉”的字段返回 1，否则返回 0。比如 GROUPING(dept) 在 (NULL, 2023) 这一行返回 1，说明 dept 是 ROLLUP 自动补的，不是原始数据 NULL。
SELECT CASE WHEN GROUPING(dept) = 1 THEN '总计' ELSE dept END AS dept_label, CASE WHEN GROUPING(year) = 1 THEN '全部年份' ELSE CAST(year AS CHAR) END AS year_label, SUM(sales) FROM sales GROUP BY ROLLUP(dept, year);
ROLLUP 性能开销比普通 GROUP BY 明显更高
ROLLUP 实际会多跑几轮聚合，行数最多膨胀到 2ⁿ（n 是 ROLLUP 字段数）。3 个字段就可能产生 8 种组合，若源表千万级，中间结果集极易撑爆内存或触发磁盘临时表。生产环境务必：
- 在 ROLLUP 字段上建联合索引，顺序严格匹配 ROLLUP 列表（如
INDEX idx_rollup (dept, year, quarter)） - 避免对 TEXT、JSON 或高基数字符串字段用 ROLLUP，优先预处理成编码 ID
- 考虑用物化视图或定时汇总表替代实时 ROLLUP，尤其当查询频次高、维度稳定时
真正麻烦的不是语法，是搞清哪一层该“折叠”、哪一层要保留明细，以及怎么让 NULL 在前端表格里不显示成刺眼的空白。这些都得结合业务口径反复对齐，而不是只调通 SQL 就完事。
