ROLLUP本质是按GROUP BY列从左到右逐级松开分组约束，生成(a,b,c)→(a,b)→(a)→()四层树状汇总，NULL表示该维被折叠，须用GROUPING()精准识别汇总行。
ROLLUP 生成多级小计的本质是分组维度的右移嵌套
ROLLUP 不是魔法，它只是按你写的列顺序，从左到右逐级“松开”分组约束：先按全部列分组（最细粒度），再按前 N−1 列、前 N−2 列……直到完全不按任何列分组（总计行）。关键点在于列顺序决定层级结构——GROUP BY ROLLUP(a, b, c) 的层级是 a→b→c，不是 c→b→a。
常见错误是把业务逻辑层级和 SQL 列序搞反。比如想看“地区→城市→门店”小计，却写成 GROUP BY ROLLUP(city, region, store)，结果小计会按 city 先汇总，破坏了地理归属关系。
- 必须严格按“高维→低维”顺序书写列，如
region（省/大区）在前，city（市）居中，store（门店）在后 - NULL 值代表该层级被“折叠”，例如
region = '华东'、city IS NULL、store IS NULL这一行就是华东大区的总销售额 - ROLLUP 产生的 NULL 是语义性空值，不是数据缺失，不能用
WHERE city IS NOT NULL过滤，否则会丢掉所有上层小计
如何识别并处理 ROLLUP 输出中的 NULL 小计行
数据库不会自动给 ROLLUP 行打标签，IS NULL 是唯一可靠标识方式。但直接显示 NULL 会让报表难读，需要用 CASE 或 COALESCE 显式标注层级。
示例：对销售数据按 category、subcat 分组：
SELECT COALESCE(category, '总计') AS category, COALESCE(subcat, CASE WHEN category IS NULL THEN '' ELSE '小计' END) AS subcat, SUM(amount) AS total FROM sales GROUP BY ROLLUP(category, subcat);
注意：CASE 中判断 category IS NULL 才能区分“全表总计”和“category 小计”，因为 ROLLUP 行中 NULL 出现位置有明确模式。
-
category IS NULL AND subcat IS NULL→ 全表总计 -
category IS NOT NULL AND subcat IS NULL→ 某个 category 下所有 subcat 合计（即 category 小计） -
category IS NOT NULL AND subcat IS NOT NULL→ 正常明细行 - 别用
IFNULL()替代COALESCE()，MySQL 的IFNULL只接受两个参数，无法应对多层嵌套判断
ROLLUP 和 GROUPING() 函数配合才能精准控制格式
GROUPING() 是专为 ROLLUP/CUBE 设计的辅助函数，返回 1 表示该列在当前行被聚合（即值为 NULL 是因 ROLLUP 产生），返回 0 表示真实数据。它比单纯判 NULL 更安全——避免把原始数据里真为 NULL 的记录误标为小计。
典型用法是构造可排序的层级标识符：
SELECT
CASE GROUPING(category)
WHEN 1 THEN '总计'
ELSE category
END AS category,
CASE GROUPING(subcat)
WHEN 1 THEN '小计'
ELSE subcat
END AS subcat,
SUM(amount) AS total
FROM sales
GROUP BY ROLLUP(category, subcat);
-
GROUPING(col)在所有支持 ROLLUP 的主流数据库（PostgreSQL、SQL Server、Oracle、MySQL 8.0+）中行为一致 - PostgreSQL 还支持
GROUPING SETS，但 ROLLUP 本身不支持跳过中间层级（比如只要 category 小计 + 全表总计，不要 subcat 小计），此时必须换用GROUPING SETS((category), ()) - MySQL 5.7 及更早版本不支持 ROLLUP 的标准语法，需用 UNION 模拟，性能差且易出错
ROLLUP 对性能和索引的实际影响
ROLLUP 本质是多次分组聚合的合并操作，优化器通常无法复用单一分组的索引扫描。尤其当参与 ROLLUP 的列基数高（如用户 ID）、或未建合适复合索引时，执行计划容易退化为全表扫描 + 临时表排序。
- 最佳索引策略是创建以 ROLLUP 列序为前缀的复合索引，例如
GROUP BY ROLLUP(region, city, store)，对应索引应为(region, city, store, amount) - 避免在 ROLLUP 中混入非确定性函数（如
NOW()、RAND()），会导致分组键无法稳定，可能报错或结果不可重现 - 如果只想要小计但不需要明细，考虑用物化视图或定期刷新的汇总表替代实时 ROLLUP，尤其在千万级以上大表场景
真正麻烦的不是语法写不对，而是没意识到 ROLLUP 行的 NULL 是分组语义的一部分——它既不是脏数据，也不能被常规过滤逻辑对待。一旦混淆，报表数字就悄悄对不上。
