GROUPING SETS显式枚举所需维度组合（如(dept)、(region)、(dept,region)、()），ROLLUP仅按字段顺序生成前缀组合（如(a,b,c)、(a,b)、(a)、()），不支持跳层或跨维组合。
GROUPING SETS 和 ROLLUP 的核心区别在哪
两者都能生成多维度组合的聚合结果，但 GROUPING SETS 是显式枚举所有分组维度组合，ROLLUP 是按顺序“向上卷积”——它只生成前缀组合（比如 (a,b,c)、(a,b)、(a)、()），不能跳过中间层级。如果你需要 (a,c) 却不要 (a,b)，只能用 GROUPING SETS。
如何用 GROUPING SETS 实现“按部门+按地区+按部门和地区”的混合统计
常见错误是把多个 GROUP BY 拼在一起，或者误以为 UNION ALL 能替代——这会导致重复扫描、无法共用排序、丢失空行标识。正确做法是直接列出所需分组元组：
SELECT dept, region, COUNT(*) AS cnt FROM sales GROUP BY GROUPING SETS ( (dept), (region), (dept, region), () );
注意：() 表示全表总计；dept 和 region 为 NULL 的行即对应单维度分组或总计行。若需区分这些逻辑，必须配合 GROUPING() 函数判断：
-
GROUPING(dept) = 1 AND GROUPING(region) = 0→ 该行是按region分组的结果 -
GROUPING(dept) = 0 AND GROUPING(region) = 1→ 按dept分组 -
GROUPING(dept) = 1 AND GROUPING(region) = 1→ 全表总计
ROLLUP 为什么常在时间维度上更自然
因为时间天然有层级：年 → 季 → 月 → 日。写 GROUP BY year, quarter, month WITH ROLLUP 会自动产出月级、季度级、年度、总计四层，语义清晰且不易漏项。但要注意 MySQL 8.0+ 才支持标准 WITH ROLLUP 语法；旧版 MySQL 只能用 GROUP BY ... WITH ROLLUP，且不支持 GROUPING()，导致无法区分真实 NULL 和汇总占位符。
PostgreSQL 和 SQL Server 支持完整标准，但 SQL Server 的 ROLLUP 默认包含 GROUPING_ID()，而 PostgreSQL 需手动用 GROUPING() 组合判断。
性能和 NULL 处理最容易踩的坑
使用 GROUPING SETS 或 ROLLUP 后，原始数据会被多次分组扫描（逻辑上），但优化器通常能复用排序或哈希表。真正影响性能的是：如果分组字段含大量 NULL，且你又没在 WHERE 中过滤，这些 NULL 会参与所有层级的聚合，拖慢速度并污染结果。
- 务必在
WHERE中排除无意义的NULL值（如WHERE dept IS NOT NULL） - 避免在
GROUPING SETS中混入高基数列（如用户 ID），否则组合爆炸，内存溢出风险陡增 -
ROLLUP(a,b,c)等价于GROUPING SETS((a,b,c),(a,b),(a),())，但写法不同，执行计划可能有差异——建议用EXPLAIN对比
复杂点在于：不同数据库对空值聚合的默认行为不一致，有些把 NULL 当作独立组，有些则合并进“未指定”组；是否启用 GROUPING() 辅助判断，往往决定了报表能否正确下钻。
