GROUPING()函数通过返回1或0精准区分小计/总计行与真实数据，配合GROUPING SETS或ROLLUP使用，结合CASE语句可正确标注“小计”“总计”，避免IS NULL误判及排序导致标签错位。
GROUPING() 函数怎么判断小计行和总计行？
直接用 GROUPING() 是最可靠的方式——它返回 1 表示该列是聚合产生的空值（即小计/总计行），返回 0 表示真实数据。很多人误以为靠 IS NULL 就能区分，但原始数据里真有 NULL 值时就会误判。
关键点：
-
GROUPING(city)在按city分组的小计行返回 1，正常行返回 0 - 必须配合
GROUPING SETS或ROLLUP使用，普通GROUP BY不产生小计行 - 多个字段时，
GROUPING(a, b)会分别返回两个整数，不能合起来用
用 CASE + GROUPING() 给小计行加“小计”文字
在 SELECT 中用 CASE WHEN GROUPING(city) = 1 THEN '小计' ELSE city END 替换原始字段，就能把小计行的 city 列显示为“小计”。注意：不要在 GROUP BY 子句里写这个表达式，只在 SELECT 里做展示层处理。
常见错误：
- 写成
CASE WHEN city IS NULL THEN '小计'→ 原始数据含NULL时错标 - 在
GROUP BY里也套CASE→ 导致分组逻辑混乱，小计变多或消失 - 忘记给字段起别名，比如
CASE ... END AS city，否则结果列名可能变成case
总计行（全汇总）怎么单独标“总计”？
当用 ROLLUP(a, b) 时，最后一行所有分组字段都为 GROUPING() = 1；用 GROUPING SETS ((a,b), ()) 时，空元组 () 对应的行就是总计行。判断方式统一：所有参与分组的字段 GROUPING() 全为 1。
实操建议：
- 对两字段
city和product，用CASE WHEN GROUPING(city)=1 AND GROUPING(product)=1 THEN '总计' ... END - 不要只检查一个字段，否则小计行也会被当成总计
- 如果字段多，可写
GROUPING(city)+GROUPING(product)+GROUPING(amount) = 3来简化判断
ORDER BY 顺序影响标签显示位置
小计和总计行默认出现在每组末尾或最后，但如果你加了 ORDER BY，数据库可能把它们打散。例如按 sales DESC 排序后，“小计”行可能夹在中间，视觉上完全失去意义。
安全做法：
- 用
ORDER BY GROUPING(city), city, GROUPING(product), product这类组合，确保小计/总计行排在各自逻辑位置 - 或者先查出带
GROUPING()标记的结果，再用外层查询排序，避免聚合层被干扰 - MySQL 8.0+ 支持
GROUPING()，但旧版不支持，得用IFNULL(city, '小计')+ 注释说明风险
真正麻烦的是嵌套分组场景——比如既要按地区小计，又要按年份小计，还要求“地区小计”和“年度小计”文字不混淆。这时候得靠多层 GROUPING() 组合 + 精确的 CASE 分支，少一个条件就标错行。
