GROUPING SETS 不是函数，必须作为 GROUP BY 子句使用，每个分组组合需用括号明确写出；其核心价值是单次扫描表实现多维聚合，大幅提升百亿级表查询性能。
直接说结论：GROUPING SETS 不是函数，不能加括号调用；它必须作为 GROUP BY 的子句出现，且每个分组组合必须用括号明确写出，否则语法报错。用它替代 UNION ALL 的核心价值不是“写得少”，而是让引擎只扫描一次表——这对大表（尤其 Hive/SparkSQL 中百亿级事实表）意味着执行时间从分钟级降到秒级。
GROUPING SETS 语法写错就直接报错
常见错误是把它当函数用，比如写成 GROUP BY GROUPING SETS(city) 或 GROUP BY GROUPING SETS((city, province), )（末尾多逗号），或者漏掉内层括号写成 GROUP BY GROUPING SETS (city, province)。这些都会触发类似 ERROR 1064（MySQL）或 SyntaxError（Trino/Presto）。
-
GROUPING SETS后面必须跟一个括号包裹的元组列表，每个元组代表一组分组维度，例如((city), (city, province), ()) - 空分组用
()表示全局聚合（即不按任何列分组），不能写成(NULL)或留空 - 每个元组内字段顺序不影响结果，但会影响
GROUPING_ID()的位掩码值，建议保持业务逻辑顺序 - PostgreSQL 9.5+、SQL Server 2008+、Oracle 9i+、Trino/Presto 支持；MySQL 8.4 仍不支持，硬写会失败
怎么处理结果里的 NULL 是真实值还是占位符？
用 GROUPING SETS 后，某列显示为 NULL 并不意味原始数据就是空——它可能是该列未参与当前分组的占位符。比如 GROUP BY GROUPING SETS ((country), (country, province)) 中，第二组的 province 列在第一组里就是 NULL 占位。
- 用
GROUPING(column_name)函数判断：返回1表示该列是占位NULL，0表示真实值 - 配合
NVL()或COALESCE()替换占位NULL，例如COALESCE(country, '总计') - 更可靠的是用
GROUPING_ID()一次性获取所有维度的掩码，避免逐列判断（尤其维度 >3 时）
ROLLUP 和 CUBE 是 GROUPING SETS 的语法糖，别混用
ROLLUP(a, b, c) 等价于 GROUPING SETS ((a,b,c), (a,b), (a), ())，CUBE(a,b) 等价于 GROUPING SETS ((a,b), (a), (b), ())。它们本质都是 GROUPING SETS 的简写，但行为固定，灵活性不如显式写法。
- 如果只需要 “按 A、按 A+B、按 A+B+C” 三级上卷，用
ROLLUP更简洁；但若要跳过某一级（比如只要 A 和 A+B+C，不要 A+B），必须手写GROUPING SETS -
CUBE会生成全排列组合，维度一多（比如 4 列）就会爆炸出 16 组结果，容易拖慢查询，慎用 - 有些引擎（如旧版 Hive）对
ROLLUP/CUBE的优化不如原生GROUPING SETS，实测性能反而略差
真正难的不是写对语法，而是想清楚哪些分组组合是业务真正需要的——多写一组可能白扫一次大表，漏写一组又得补查。上线前务必用小样本验证 GROUPING_ID() 输出，确认每行的聚合层级归属无歧义。
