GROUPING SETS 是 GROUP BY 的增强模式，支持一次查询定义多个分组组合；它不替代 GROUP BY，而是通过括号元组指定不同分组维度，配合 GROUPING() 函数区分占位 NULL 与真实 NULL。

GROUPING SETS 是什么，和 GROUP BY 有什么区别

GROUPING SETS 不是替代 GROUP BY 的新语法，而是它的增强模式——它允许你在一次查询中定义多个分组维度组合，避免写多个 UNION ALL 子句。比如既要按部门统计，又要按地区统计，还要按部门+地区统计，传统做法得写三段 SELECT ... GROUP BY 再拼起来；用 GROUPING SETS，一段就能搞定。

关键点在于：GROUPING SETS 本身不生成新数据，只是控制聚合的“切片方式”。它要求所有字段都出现在 SELECT 列表中（或被聚合函数包裹），且必须配合 GROUPING() 或 GROUPING_ID() 才能区分哪些字段是当前分组依据、哪些是占位空值。

怎么写一个基础的 GROUPING SETS 查询

最简结构是：

SELECT dept, region, COUNT(*) AS cnt
FROM sales
GROUP BY GROUPING SETS ((dept), (region), (dept, region));

这会返回三类行：

• dept 有值、region 为 NULL（仅按部门分组）
• region 有值、dept 为 NULL（仅按地区分组）
• dept 和 region 都有值（联合分组）

注意：

• 每个括号内是一个分组元组，空括号 () 表示全表聚合（即总计行）
• 字段顺序不影响结果，但会影响 GROUPING_ID() 的位图计算顺序
• 所有非聚合字段必须出现在某个元组中，否则报错："column must appear in the GROUP BY clause"

为什么结果里会出现 NULL？怎么判断这是分组占位还是真实数据

GROUPING SETS 产生的 NULL 是逻辑占位符，不是原始数据里的 NULL。比如某行 dept = NULL 且 region = 'East'，说明这是“按地区汇总”的结果，dept 被折叠掉了。

要区分，必须用 GROUPING() 函数：

• GROUPING(dept) 返回 1 表示该行中 dept 是占位 NULL，0 表示真实值
• GROUPING_ID(dept, region) 把多个 GROUPING() 结果拼成二进制数，比如 (1,0) → 十进制 2

常见写法：

SELECT 
  CASE WHEN GROUPING(dept) = 1 THEN 'All Depts' ELSE dept END AS dept,
  CASE WHEN GROUPING(region) = 1 THEN 'All Regions' ELSE region END AS region,
  COUNT(*) AS cnt
FROM sales
GROUP BY GROUPING SETS ((dept), (region), ());

容易踩的坑：兼容性、性能与 NULL 处理

• 不是所有数据库都支持：GROUPING SETS 在 PostgreSQL 9.5+、SQL Server 2008+、Oracle 9i+ 中可用，但 MySQL 直到 8.0.12 才部分支持（仅限于 CUBE 和 ROLLUP，不支持原生 GROUPING SETS 语法）
• 性能上，它通常比多个 UNION ALL 更优，因为引擎可复用扫描和排序；但若分组组合过多（比如 5 个字段的全排列），计划可能变复杂，需看执行计划中的 HashAggregate 或 WindowAgg 步骤
• WHERE 条件不能过滤掉 GROUPING SETS 产生的占位行；想排除某类分组，得用 HAVING 或外层 WHERE 套一层，结合 GROUPING() 判断
• 聚合函数如 SUM() 对占位 NULL 字段正常工作，但别误用 COALESCE(dept, 'N/A') 替代 GROUPING() 判断——真实数据里本来就有 NULL 部门，会被混淆

真正麻烦的是嵌套逻辑和跨数据库移植——一旦用了 GROUPING_ID() 做条件分支，换数据库时很可能得重写。