rollup生成的分组顺序与group by不同，因其按列从左到右逐级收缩：group by rollup(a,b,c)产生(a,b,c)→(a,b)→(a)→()四层，而非简单叠加小计；必须用grouping()函数精准识别汇总行——返回1表示该列为rollup自动生成的占位null，返回0为真实值。

ROLLUP 生成的分组顺序为什么和 GROUP BY 不一样？

ROLLUP 不是简单地在 GROUP BY 基础上加小计行，而是按维度列表从左到右逐级“收缩”：先全维度聚合，再去掉最右一维、再去掉倒数第二维……直到只剩第一维，最后是空集（总计）。比如 GROUP BY ROLLUP(a, b, c) 实际产生的是：(a,b,c) → (a,b) → (a) → ()。这个顺序直接影响 COALESCE 或 CASE WHEN 判断层级时的逻辑——不能按“是否为 NULL”粗暴判断，而要看它左侧所有维度是否都非 NULL。

如何用 GROUPING() 函数准确识别小计/总计行？

GROUPING() 是唯一可靠方式：对某列返回 1 表示该行中该列值由 ROLLUP 自动生成（即“空占位”），返回 0 表示真实数据。多个维度时需组合判断，例如：

SELECT
  COALESCE(region, '【总计】') AS region,
  COALESCE(dept,   '【小计】') AS dept,
  SUM(salary) AS total
FROM emp
GROUP BY ROLLUP(region, dept)
ORDER BY region, dept;

这段代码会把 region=NULL 的行全标成“【总计】”，但其实其中包含两类：一是 region 小计（dept 有值）、二是真正总计（region 和 dept 都为 NULL）。正确写法是：

• 用 GROUPING(region)=1 AND GROUPING(dept)=0 判定 dept 小计（region 空、dept 有值）
• 用 GROUPING(region)=1 AND GROUPING(dept)=1 判定总计
• 单独 GROUPING(dept)=1 且 GROUPING(region)=0 才是 region 小计

ROLLUP 在 MySQL 8.0+ 和 PostgreSQL 中的行为差异

MySQL 8.0+ 支持标准 ROLLUP，但默认排序可能打乱层级结构，必须显式 ORDER BY 配合 GROUPING() 字段；PostgreSQL 则要求 ROLLUP 必须出现在 GROUP BY 最末，且不支持 GROUPING() 函数（改用 GROUPING SETS + IS NULL 检查，但无法区分“真 NULL”和“ROLLUP NULL”）。SQL Server 和 Oracle 行为接近 MySQL，但 Oracle 的 GROUPING_ID() 可一次性编码多维状态。

为什么 WHERE 条件不能放在 ROLLUP 查询外层？

ROLLUP 计算发生在 GROUP BY 阶段，所有过滤必须在聚合前完成。如果写成 SELECT * FROM (SELECT ... GROUP BY ROLLUP(...)) t WHERE t.region != 'X'，会导致小计行丢失对应明细行，使小计值错误。正确做法是把过滤条件放在子查询内部或直接加在 WHERE 子句中——且注意：NULL 值不会被 region != 'X' 拦截，所以小计/总计行仍会保留，这是预期行为。

多层级汇总真正难的不是语法，而是理解 ROLLUP 的“收缩路径”和 GROUPING 的位图本质。漏判一个组合，小计就套错层。