grouping()函数是唯一可靠区分rollup生成的null与原始null的方式，返回1表示该列为上卷占位符，0表示来自真实分组；多列rollup需组合判断各列grouping()值以准确定位层级，且order by中必须包含grouping()确保汇总行正确排序。
GROUPING() 函数是唯一可靠判断方式
不能靠 IS NULL 判断——原始数据里本来就有 NULL，和 ROLLUP 主动置空的 NULL 完全不同。PostgreSQL、SQL Server、Oracle 和 MySQL 8.0+ 都支持 GROUPING()，它专为这事设计：GROUPING(col) 返回 1 表示该行中 col 是因 ROLLUP 上卷而被置空的占位符；返回 0 表示值来自真实分组（哪怕这个值恰好是原始 NULL）。
多列 ROLLUP 必须组合看 GROUPING() 结果
单看一个 GROUPING() 不足以定位层级。比如 GROUP BY dept, role WITH ROLLUP 会产出四类行，需联合判断：
-
GROUPING(dept) = 0 AND GROUPING(role) = 0→ 明细行（如 dept='eng', role='dev'） -
GROUPING(dept) = 0 AND GROUPING(role) = 1→ 部门小计（role 被上卷，role IS NULL是占位） -
GROUPING(dept) = 1 AND GROUPING(role) = 1→ 全表总计（两列都被上卷）
漏掉任一列的 GROUPING() 判断，就可能把“部门小计”错当成“脏数据”。
MySQL 5.7 及更早版本没有 GROUPING()，只能妥协处理
MySQL 5.7 不支持 GROUPING()，此时必须依赖业务约束规避歧义：
- 确保参与 ROLLUP 的字段在业务上不允许为
NULL（例如dept是非空外键），那么出现dept IS NULL就可安全认定是汇总行 - 若某列允许
NULL，就别把它放在 ROLLUP 最右端——因为 ROLLUP 按从右到左逐级上卷，最右列最先被置空，歧义风险最高 - 用
CASE WHEN+ 多列IS NULL组合做近似判断，例如：CASE WHEN dept IS NULL THEN '总计' WHEN role IS NULL THEN '部门小计' ELSE '明细' END，但前提是已知原始数据中不会同时出现dept IS NULL AND role IS NOT NULL
ORDER BY 中必须包含 GROUPING() 才能保证阅读顺序
ROLLUP 行默认插在每个分组末尾，但若你加了 ORDER BY dept, role，NULL 会被排到最前（升序），导致“总计”跑最上面，“部门小计”夹在明细中间。正确做法是把 GROUPING() 放进排序优先级：
ORDER BY GROUPING(dept), dept, GROUPING(role), role
这样能强制：明细（0, 值, 0, 值）→ 部门小计（0, 值, 1, NULL）→ 总计（1, NULL, 1, NULL）。不加这步，报表逻辑就断了。
真正容易被忽略的是：GROUPING() 不仅用于 SELECT 列表里的识别和美化，它更是 ORDER BY 和 HAVING 的关键依据——少一个地方，汇总行就脱离上下文。
