rollup按字段从左到右逐级上卷生成树状层级：group by rollup(a,b,c)产生(a,b,c)、(a,b)、(a)、()四层，顺序决定小计逻辑，须用grouping()函数区分汇总null与真实null。
ROLLUP 生成的分组层级怎么理解
ROLLUP 不是简单加一行“总计”，而是按指定列顺序逐级上卷：先按最左列分组，再把该列值设为 NULL 表示“全部”，接着跳过最左列，对剩余列再做同样操作。比如 GROUP BY ROLLUP(a, b, c) 实际产生 4 层结果：(a,b,c) → (a,b) → (a) → ()（空括号即全表总计）。
常见错误是以为 ROLLUP(a, b) 和 ROLLUP(b, a) 效果一样——其实完全相反：前者先按 a 小计再按 b 小计，后者先按 b 小计再按 a 小计，总计行相同，但中间小计行的归属和 NULL 出现位置不同。
- 用
IS NULL判断哪一层是小计/总计不可靠，应配合GROUPING()函数（如GROUPING(dept)返回 1 表示该列被上卷） - MySQL 8.0+、PostgreSQL 9.5+、SQL Server 都支持，但 SQLite 不支持 ROLLUP（需用 UNION 模拟）
- Oracle 中
GROUPING SETS更灵活，但 ROLLUP 是其子集，语义一致
如何区分小计行和原始数据中的 NULL
原始数据里 dept 字段本就可能是 NULL，而 ROLLUP 生成的小计行也会让 dept 变成 NULL，单看值无法分辨。必须用 GROUPING() ——它专为此设计，对被上卷的列返回 1，否则返回 0。
例如：
SELECT
CASE WHEN GROUPING(dept) = 1 THEN '总计'
WHEN GROUPING(emp_id) = 1 THEN '部门小计'
ELSE dept END AS label,
COUNT(*) AS cnt
FROM employees
GROUP BY ROLLUP(dept, emp_id);
-
GROUPING(dept)为 1 时，说明这一行是“跳过 dept”的汇总（即部门级小计或总计） -
GROUPING(emp_id)为 1 且GROUPING(dept)为 0，才是真正的“部门小计” - 别直接写
WHERE dept IS NULL过滤小计——会误删原始 NULL 数据
ROLLUP 和 CUBE、GROUPING SETS 的关键区别
ROLLUP(a,b,c) 生成的是树状层级：(a,b,c) → (a,b) → (a) → ()；CUBE(a,b,c) 生成所有组合：(a,b,c)、(a,b)、(a,c)、(b,c)、(a)、(b)、(c)、()，结果行数指数增长；GROUPING SETS 则显式列出要汇总的维度组合，比如 GROUPING SETS ((a,b), (a), ())。
- 如果只需要逐级汇总（如按省→市→区统计），用 ROLLUP 最简洁
- 如果要同时看“按部门”和“按职级”两个独立小计，CUBE 或 GROUPING SETS 更合适
- ROLLUP 性能通常优于 CUBE，因为计算路径更确定，优化器更容易处理
- 某些旧版 PostgreSQL（
MySQL 中 ROLLUP 的一个隐藏陷阱
MySQL 在使用 ROLLUP 时，若 ORDER BY 子句引用了未出现在 SELECT 列表中的字段，或者排序字段在 GROUP BY 中未声明，会报错 ERROR 1055（尤其在 sql_mode=ONLY_FULL_GROUP_BY 开启时，这是默认行为）。
- 解决办法：确保
ORDER BY字段要么是GROUP BY中的列，要么是聚合函数结果，要么显式用ANY_VALUE()包裹 - 不要依赖 MySQL 自动推断排序逻辑——它可能把 ROLLUP 生成的
NULL行排到中间，破坏层级视觉顺序 - 建议显式用
ORDER BY GROUPING(dept) DESC, dept, GROUPING(emp_id) DESC, emp_id控制小计行位置
层级越深，GROUPING 嵌套判断越容易出错，实际写报表时最好把 ROLLUP 结果塞进临时表或 CTE，再用应用层补标签——数据库只管算，展示逻辑交给代码更可控。
