WITH ROLLUP 按 GROUP BY 字段顺序逐级上卷生成 NULL 汇总行，需用 GROUPING() 区分汇总与真实 NULL，配合 ORDER BY GROUPING() 控制排序，WHERE 必须前置过滤。
直接结论：WITH ROLLUP 不是“加一行总计”，而是按 GROUP BY 字段顺序逐级上卷生成 NULL 汇总行；必须配合 GROUPING() 或条件判断做语义化，否则 NULL 会和真实空值混淆。
GROUP BY region, city WITH ROLLUP 的实际输出结构
它生成的不是随机汇总，而是严格遵循字段位置的四层结构（以两字段为例）：
-
(region, city)：明细行，所有字段非 NULL -
(region, NULL)：city 维度被“收掉”，即该 region 下所有 city 的小计 -
(NULL, NULL)：region 和 city 全部收掉，全局总计 - 注意：不会出现
(NULL, city)—— ROLLUP 不支持跳级，最右字段最先被归并
错误理解“先按 region 汇总、再按 city 汇总”会导致 ORDER BY 写错或 GROUPING 判断失效。
用 GROUPING() 准确区分汇总层级（MySQL 8.0+）
仅靠 IS NULL 无法区分是原始数据缺失，还是 ROLLUP 生成的汇总。例如真实 city 为 NULL 的记录，和 region = '华东' AND city IS NULL 的小计行，在业务上含义完全不同。
正确做法是用 GROUPING() 函数：
SELECT
CASE
WHEN GROUPING(region) = 1 AND GROUPING(city) = 1 THEN '总计'
WHEN GROUPING(city) = 1 THEN CONCAT(region, ' 小计')
ELSE region
END AS 区域,
COALESCE(city, '') AS 城市,
SUM(sales) AS 销售额
FROM sales
GROUP BY region, city WITH ROLLUP;
关键点：
-
GROUPING(col)返回 1 表示该列为 ROLLUP 自动生成的汇总占位，不是原始 NULL - 判断顺序必须从高阶到低阶（先判总计，再判 region 小计），否则
region IS NULL会误匹配所有汇总行 - MySQL 5.7 及更早版本不支持
GROUPING()，需改用嵌套IF()，但逻辑更脆弱
ORDER BY 必须显式控制 NULL 排序位置
默认 ORDER BY region, city 会让所有 NULL 排最前，结果变成“总计→华东小计→华东-上海→华东-杭州”，完全打乱阅读流。
正确排序策略（MySQL 8.0+）：
ORDER BY GROUPING(region), GROUPING(city), region, city
含义是：
- 先排“是否汇总”：GROUPING(region)=0（明细）排前面，=1（汇总）排后面
- 再排“次级是否汇总”：确保 region 小计在明细之后、总计之前
- 最后按实际值排序，保证同级内有序
MySQL 5.7 可用 IF(region IS NULL, 1, 0) 模拟，但要注意不能直接 ORDER BY region DESC——这会让 NULL 跑最后，但中间小计和总计混在一起。
WHERE 条件写错会导致汇总结果失真
常见错误：把过滤条件写在 HAVING 或放到 GROUP BY 之后，或者误以为 ROLLUP 会自动重算 WHERE 范围。
必须牢记：
-
WHERE在分组前执行，ROLLUP 只对 WHERE 筛出的结果做聚合 -
HAVING是对分组后结果过滤，若用于过滤汇总行（如HAVING GROUPING(region) = 0），会直接丢弃小计/总计行 - 想排除某类 region 的汇总？只能在 WHERE 中提前过滤，不能指望 ROLLUP “智能跳过”
例如要统计除“测试区”外的所有汇总，必须写 WHERE region != '测试区'，而不是靠后续逻辑剔除——因为 ROLLUP 不识别业务含义，只机械执行层级归并。
真正难的是处理原始数据里本就含 NULL 的场景：这时候 GROUPING() 不是可选项，是必选项；而 ORDER BY 的层级排序一旦漏掉 GROUPING() 判断，报表就不可读。别省那几行代码。
