WITH ROLLUP生成的NULL行是SQL引擎标记的汇总层级，非数据缺失：region非空而city为NULL表示该region小计，双NULL才是总计；须用GROUPING()函数精准识别，避免误删或错序。
WITH ROLLUP 生成的 NULL 行到底代表什么
MySQL 中 WITH ROLLUP 在 GROUP BY 后追加小计/总计行，但这些行的分组字段值是 NULL——这不是数据缺失，而是 SQL 引擎刻意标记的汇总层级。比如按 region 和 city 分组时，region = '华东'、city = NULL 的行表示“华东所有城市的合计”，而 region = NULL、city = NULL 的行才是最终总计。
常见误判是把 city IS NULL 当作脏数据过滤掉，结果直接丢掉小计行。正确做法是用 GROUPING() 函数（MySQL 8.0.12+）或条件判断识别汇总行：
SELECT IF(GROUPING(region), '总计', region) AS region, IF(GROUPING(city), '小计', city) AS city, SUM(sales) AS total FROM orders GROUP BY region, city WITH ROLLUP;
ORDER BY 和 WITH ROLLUP 的顺序冲突问题
WITH ROLLUP 要求 GROUP BY 列顺序与分组层级严格一致，一旦加了 ORDER BY，MySQL 可能打乱汇总行位置，导致小计/总计错位甚至报错（如 ERROR 1221: Incorrect usage of CUBE/ROLLUP and ORDER BY）。
- MySQL 5.7 及更早版本：不允许在含
WITH ROLLUP的语句中使用ORDER BY - MySQL 8.0+：允许，但
ORDER BY必须基于GROUP BY列或聚合结果，且不能改变分组逻辑顺序 - 安全做法是去掉
ORDER BY，改用应用层排序；或用子查询包裹再排序
例如以下写法会出错：
SELECT region, city, SUM(sales) FROM orders GROUP BY region, city WITH ROLLUP ORDER BY sales DESC; -- ❌ 错误：ORDER BY 引用了非分组列
多列 GROUP BY 时 ROLLUP 的层级展开规则
WITH ROLLUP 按 GROUP BY 列从左到右逐级上卷：先固定最左列，对右侧列做小计；再放开最左列，对次左列做小计；最后全放开得总计。例如 GROUP BY a, b, c WITH ROLLUP 会产生 4 层结果：
-
a, b, c：明细行 -
a, b, NULL：c 维度小计 -
a, NULL, NULL：b+c 维度小计（即 a 下全部） -
NULL, NULL, NULL：总计
注意：它不会生成 NULL, b, c 或 NULL, b, NULL 这类中间组合——ROLLUP 不是穷举所有可能，而是严格按前缀展开。若需要其他组合（如只按 b 小计），得用 UNION ALL 手动拼接。
兼容性与替代方案：不是所有数据库都支持 WITH ROLLUP
WITH ROLLUP 是 MySQL 特有语法，PostgreSQL、SQL Server、Oracle 均不识别。PostgreSQL 用 GROUPING SETS（标准 SQL），SQL Server 也支持；Oracle 从 12c 起支持 GROUPING SETS 和 CUBE。
跨数据库可移植写法建议：
- 简单场景：用
UNION ALL分别查明细、小计、总计，显式控制每层逻辑 - 复杂分组：优先采用标准
GROUPING SETS ((a,b), (a), ())（需确认目标数据库版本支持） - 应用层处理：在代码中对结果集遍历，检测
NULL字段并插入汇总行，灵活性高但增加业务逻辑负担
真正麻烦的不是语法差异，而是不同数据库对 GROUPING() 函数返回值定义不一致——MySQL 返回 1/0，PostgreSQL 返回 bitstring，写判断逻辑时得先查文档。
