ROLLUP生成的NULL是上卷占位符而非空值，需用GROUPING()区分明细、小计、总计；MySQL仅支持WITH ROLLUP语法，PG/SQL Server支持ROLLUP()函数；加标签须结合CASE和GROUPING()，并注意索引与排序。
直接用 GROUP BY ... ROLLUP() 就能一次查出明细、小计、总计，但 NULL 不是空值，是汇总标记——不配合 GROUPING() 判断，报表就容易把“小计行”当成“原始数据为空”。
ROLLUP 生成的 NULL 到底是什么意思
它不是字段值缺失，而是该层被“上卷”掉的占位符。比如 GROUP BY ROLLUP(dept, team) 中：
-
dept = '研发部', team = '前端组'→ 明细行（两列都有值） -
dept = '研发部', team = NULL→ 小计行（team 被上卷，只保留 dept） -
dept = NULL, team = NULL→ 总计行（dept 和 team 全被上卷）
如果直接 WHERE team IS NULL 过滤，会把“team 原本就为空”的真实数据和“team 被上卷”的小计行一起干掉。必须用 GROUPING(team) 来区分：返回 1 才是上卷产生的 NULL。
MySQL 与 PostgreSQL/SQL Server 的语法差异
MySQL 只支持 GROUP BY dept, team WITH ROLLUP，且不能嵌套或组合；PostgreSQL 和 SQL Server 支持更灵活的写法：
- MySQL：
GROUP BY dept, team WITH ROLLUP（WITH ROLLUP必须放在末尾） - PostgreSQL/SQL Server：
GROUP BY ROLLUP(dept, team)或GROUP BY ROLLUP((dept, team), region) - MySQL 8.0+、PostgreSQL、SQL Server 都支持
GROUPING(dept)，但 MySQL 5.7 不支持，别在老版本硬套
怎么给小计/总计加可读标签
靠 CASE WHEN + GROUPING() 组合判断最稳：
SELECT
CASE
WHEN GROUPING(dept) = 1 THEN '总计'
WHEN GROUPING(team) = 1 THEN CONCAT(dept, ' 小计')
ELSE dept
END AS dept_label,
CASE
WHEN GROUPING(team) = 1 THEN ''
ELSE team
END AS team_label,
COUNT(*) AS cnt
FROM staff
GROUP BY ROLLUP(dept, team);
注意两点：
-
GROUPING(dept) = 1 AND GROUPING(team) = 1→ 全表总计 -
GROUPING(dept) = 0 AND GROUPING(team) = 1→ dept 小计（team 被上卷） - 别漏掉
ORDER BY控制顺序，否则小计可能插在明细中间，看着像错乱
ROLLUP 行数爆炸和性能陷阱
三列 ROLLUP(a, b, c) 最多生成 (n_a + 1) × (n_b + 1) × (n_c + 1) 行，不是简单 +1 行。实际慢，往往因为：
- 没走索引：
ROLLUP仍依赖GROUP BY字段的联合索引顺序 - 中间结果膨胀：字段多、基数高时，内存/临时表压力陡增
- 应用层误读：把
NULL当空值处理，导致前端渲染异常或统计口径错误
真正难的不是写出来，是让下游系统（BI 工具、导出 Excel、API 返回）能稳定识别哪些行是汇总、哪些是明细——GROUPING() 返回的 0/1 是唯一可靠信号，别省这一步。
