WITH ROLLUP 能加总计行，但需按 GROUP BY 列序生成多级小计与全局总计；必须用 GROUPING() 函数识别汇总行并替换 NULL 为可读标签，且须处理原始 NULL 数据以避免重复计算。
什么是 WITH ROLLUP，它真能加总计行？
WITH ROLLUP 是 MySQL（及部分兼容引擎）中 GROUP BY 的扩展子句，它会在分组结果末尾自动插入若干“汇总行”，包括各层级的小计和一个全表总计行。但它不是万能的“加一行总数”开关——它的行为严格依赖 GROUP BY 列的顺序和数量，且仅在 MySQL 8.0 及 MariaDB 中稳定支持，PostgreSQL/SQL Server 需用 GROUPING SETS 替代。
常见误解是以为写 GROUP BY a, b WITH ROLLUP 就一定有“总计行”，其实它会生成：(a,b) 正常分组 → (a,NULL) 每个 a 的小计 → (NULL,NULL) 全局总计。如果只写 GROUP BY a WITH ROLLUP，就只有 (a) 分组 + (NULL) 总计两行。
怎么让 WITH ROLLUP 显示可读的“总计”标签？
默认情况下，ROLLUP 生成的汇总行对应列为 NULL，比如 city 列出现 NULL，你根本看不出这是“全国总计”。必须用 IF 或 CASE 显式替换：
SELECT IF(GROUPING(city), '总计', city) AS city, IF(GROUPING(region), '小计', region) AS region, SUM(sales) AS total_sales FROM orders GROUP BY region, city WITH ROLLUP;
注意：GROUPING() 函数是关键——它返回 1 表示该列被 ROLLUP 置空（即当前行为汇总行），返回 0 表示正常值。别用 IS NULL 判断，因为原始数据里可能真有 NULL 城市。
-
GROUPING(city)在 (region, NULL) 和 (NULL, NULL) 行都为 1；GROUPING(region)只在 (NULL, NULL) 行为 1 - 列顺序必须和
GROUP BY一致，否则GROUPING()判定错位 - 如果用
ORDER BY，记得把NULL放最后（MySQL 默认NULL排最前），加ORDER BY city IS NULL, city
为什么 WITH ROLLUP 算出来的总计和直接 SUM() 不一样？
这是最容易踩的坑：当分组字段含 NULL 值时，WITH ROLLUP 会把 NULL 单独作为一组，再额外加一个 (NULL,NULL) 总计行，导致重复计算或逻辑混乱。
例如：region 有 'East'、'West'、NULL 三类，GROUP BY region WITH ROLLUP 会输出四行：East、West、NULL、总计。但最后一行的 SUM(sales) 是全量和，而第三行（NULL 组）也计入了这部分数据——如果你在应用层把“NULL 组”当成“未填区域”，又把“总计行”当成总销售额，就会多算一次 NULL 数据。
- 上线前务必检查分组字段是否存在真实
NULL：用SELECT COUNT(*) FROM t WHERE col IS NULL - 若存在，要么
WHERE col IS NOT NULL过滤，要么用COALESCE(col, '未指定')统一占位，再GROUP BY -
WITH ROLLUP不支持过滤汇总行，所有汇总逻辑都在 SQL 层完成，无法在HAVING中排除 (NULL,NULL)
替代方案：什么时候不该硬用 WITH ROLLUP？
当需要灵活控制汇总维度（比如只要“按年总计”，不要“按年+月小计”），或跨数据库兼容（PostgreSQL/SQL Server 不支持该语法），或需对汇总行做复杂计算（如占比、同比）时，WITH ROLLUP 就力不从心了。
更可控的做法是用 UNION ALL 手动拼接：
SELECT 'region' AS level, region, NULL AS city, SUM(sales) FROM orders GROUP BY region UNION ALL SELECT 'total', NULL, NULL, SUM(sales) FROM orders;
虽然多写几行，但每行语义清晰、可独立加条件、易调试。而 WITH ROLLUP 的隐式行为，在复杂报表里一旦出错，排查成本远高于多写几个 UNION。
真正难的从来不是“怎么加一行”，而是“这一行代表什么逻辑”——ROLLUP 自动生成的汇总行，容易掩盖业务语义的歧义。
