ROLLUP的分组层级严格按GROUP BY列从左到右书写顺序逐级上卷确定，如GROUP BY a,b,c WITH ROLLUP生成(a,b,c)、(a,b,NULL)、(a,NULL,NULL)、(NULL,NULL,NULL)四层，顺序错误则汇总路径错乱、中间层小计缺失。
ROLLUP 生成的分组层级是怎么确定的？
SQL 中 ROLLUP 的层级顺序完全取决于它括号内列的书写顺序。比如 GROUP BY ROLLUP(a, b, c) 会生成四层分组：(a,b,c) → (a,b) → (a) → ()（空组，即全表总计）。注意：不是按字段重要性或数据分布自动排序，而是严格按你写的顺序从左到右逐级“剥掉”列。
常见错误是把低粒度字段写在前面，比如 ROLLUP(region, city, store) 看似合理，但如果 region 有缺失或为 NULL，会导致上层小计被错误合并（NULL 被视为同一组）。实际应确保前置列具有稳定、非空的层级归属关系。
- 推荐写法：
GROUP BY ROLLUP(year, quarter, month)—— 时间天然有序 - 避免写法：
GROUP BY ROLLUP(customer_id, order_date)—— 客户和日期无上下级关系，ROLLUP 语义失效 - 若需自定义层级但列本身无嵌套关系，先用
CASE WHEN构造逻辑层级列，再对它 ROLLUP
如何识别和处理 ROLLUP 产生的 NULL 小计行？
ROLLUP 用 NULL 标记上层汇总行，但这和原始数据中的 NULL 混在一起，直接 WHERE column IS NULL 会误删真实数据。必须用 GROUPING() 函数区分。
GROUPING(col) 返回 1 表示该行是因 ROLLUP 生成的汇总行（col 被“卷起”），返回 0 表示该值来自真实数据。它是标准 SQL 函数，PostgreSQL、SQL Server、Oracle、MySQL 8.0+ 均支持。
SELECT COALESCE(region, '总计') AS region, COALESCE(product, '小计') AS product, SUM(sales) AS total, GROUPING(region) AS g_region, GROUPING(product) AS g_product FROM sales GROUP BY ROLLUP(region, product);
- 用
COALESCE(region, '总计')替换 ROLLUP 生成的NULL，但仅限展示；判断逻辑仍需依赖GROUPING() - 不要写
HAVING GROUPING(region) = 0来过滤小计——这会直接丢掉所有汇总行 - 多个列组合时，
GROUPING(region, product)在某些数据库中可返回位掩码整数，但兼容性差，建议单列调用
ROLLUP 和 CUBE、GROUPING SETS 性能差异大吗？
单纯用 ROLLUP(a,b,c) 一般比等价的 GROUPING SETS((a,b,c),(a,b),(a),()) 略快，因为优化器对 ROLLUP 有专用路径；但比 CUBE(a,b,c) 快很多——CUBE 会生成 2³=8 个组合，而 ROLLUP 只生成 4 个。
真正影响性能的是中间结果集大小：ROLLUP 需要保留每层分组的聚合中间态，内存占用随维度数指数增长。3 列 ROLLUP 通常没问题，但超过 5 列就容易触发磁盘临时表，查询变慢甚至 OOM。
- 生产环境慎用
ROLLUP(a,b,c,d,e)，优先考虑预计算物化视图或应用层分步聚合 - MySQL 5.7 不支持 ROLLUP 与窗口函数混用；如需在汇总行上再算占比，得用子查询或 CTE 包裹
- PostgreSQL 中
ROLLUP可与FILTER子句共存，例如SUM(amount) FILTER (WHERE status='paid')，但 SQL Server 需用CASE WHEN
为什么 ROLLUP 结果里总有一行“全 NULL”，却没出现在预期位置？
那行是 ROLLUP 的根节点（空元组），代表整个结果集的总计。它的位置不固定——取决于数据库排序规则和是否加了 ORDER BY。没有显式排序时，多数引擎把它放在最后，但不保证。
更麻烦的是：如果参与 ROLLUP 的某列允许 NULL，且该 NULL 是真实数据（比如未填写部门的员工），那么这一行和总计行在 SELECT 列表中完全无法视觉区分，除非用 GROUPING()。
- 强制总计行置底：加
ORDER BY GROUPING(region), GROUPING(dept), region, dept - 禁止真实数据出现 NULL：建表时对参与 ROLLUP 的列设
NOT NULL，或查询前用WHERE dept IS NOT NULL过滤 - 别依赖“最后一行就是总计”——这是脆弱假设，尤其在 LIMIT 分页或 UNION 后
GROUPING() 的必要性：它不是锦上添花，而是唯一能安全区分“数据缺失”和“逻辑汇总”的手段。漏掉它，报表数字可能全对，但标题和钻取逻辑会出错。 
