grouping_id 是用于标识分组汇总层级的位图函数，返回整数表示各分组字段是否被折叠（1为null汇总行，0为实际值），必须配合 group by ... with rollup/cube 使用，且只能在 select 或 having 中引用，不可用于 where。

GROUPING_ID 是什么，为什么不能直接用 WHERE 过滤

GROUPING_ID 不是普通列，而是窗口级聚合函数，必须配合 GROUP BY ... WITH ROLLUP 或 GROUP BY ... WITH CUBE 使用。它返回一个整数，表示当前行在分组层级中的“汇总身份”——每一位二进制位对应一个 GROUP BY 字段是否被折叠（1 表示该字段为 NULL 且是汇总行，0 表示实际值）。

直接写 WHERE GROUPING_ID(col1, col2) = 1 会报错，因为 GROUPING_ID 只能在 SELECT 和 HAVING 子句中使用（MySQL 8.0+、SQL Server、Oracle 支持；PostgreSQL 不原生支持，需模拟）。

如何用 HAVING 正确过滤指定层级的汇总行

HAVING 是唯一安全、标准的过滤入口，它在分组后、结果返回前生效，能引用 GROUPING_ID 和所有聚合函数。

比如按 region、product、year 三级分组并生成所有组合汇总：

SELECT
  region,
  product,
  year,
  SUM(sales) AS total_sales,
  GROUPING_ID(region, product, year) AS gid
FROM sales
GROUP BY region, product, year WITH ROLLUP
HAVING GROUPING_ID(region, product, year) IN (1, 2, 4)

这会保留：

• gid = 1：对应二进制 001 → region 和 product 有值，year 为 NULL（即“各 region+product 的年汇总”）
• gid = 2：010 → region 和 year 有值，product 为 NULL（“各 region+year 的产品汇总”）
• gid = 4：100 → product 和 year 有值，region 为 NULL（“全 region 下各 product+year 汇总”）

注意顺序必须和 GROUP BY 中字段顺序严格一致，否则位含义错乱。

常见错误：把 GROUPING_ID 当成普通列或误算位权

• 错误写法：SELECT ..., GROUPING_ID(a,b) AS gid FROM t GROUP BY a,b WITH ROLLUP WHERE gid = 1 → 语法错误，WHERE 看不到 gid
• 错误理解：GROUPING_ID(a,b,c) 中，最右边字段（c）对应最低位（2⁰=1），不是最高位；所以 gid=3 是 011，表示 a 有值、b 和 c 为 NULL，即“仅按 a 汇总”的行
• MySQL 5.7 不支持 GROUPING_ID，得用嵌套 GROUPING() 手动拼：
  (GROUPING(a)

兼容性与替代方案：没有 GROUPING_ID 怎么办

PostgreSQL 没有 GROUPING_ID，但支持 GROUPING() 单字段判断，可组合：

SELECT
  region, product, year,
  SUM(sales),
  (COALESCE(region, '') = '')::int * 4 +
  (COALESCE(product, '') = '')::int * 2 +
  (COALESCE(year, '') = '')::int AS gid
FROM sales
GROUP BY region, product, year WITH ROLLUP
HAVING (COALESCE(region, '') = '')::int * 4 +
       (COALESCE(product, '') = '')::int * 2 +
       (COALESCE(year, '') = '')::int IN (1, 2, 4)

关键是：所有参与 GROUPING_ID 计算的字段，在汇总行为 NULL，而 COALESCE(x, '') = '' 能稳定判别这种“逻辑空”。但要注意字段本身是否允许真实 NULL 值——若允许，就得改用 GROUPING() 函数（PostgreSQL 14+ 支持）或加额外标记字段。

GROUPING_ID 看似简单，真正难的是位序对齐、NULL 含义区分、以及跨引擎时对“汇总行本质”的理解——一旦字段顺序或判空逻辑偏差一点，过滤结果就完全错位。