CUBE是GROUP BY子句的扩展操作符，用于生成指定列所有可能组合（含空集）的聚合结果，如CUBE(a,b,c)生成8种分组；而GROUP BY仅按指定列单一粒度分组，不自动计算多级汇总。
什么是CUBE，它和GROUP BY有什么本质区别？
CUBE不是函数，是GROUP BY子句的扩展操作符，用于生成指定列的所有可能组合的聚合结果。它不返回单一行数据，而是把所有维度组合（包括空集）都算一遍——比如对(a, b, c)用CUBE，实际会生成8组分组：()、(a)、(b)、(c)、(a,b)、(a,c)、(b,c)、(a,b,c)。
-
CUBE生成的结果包含NULL占位符，代表“该维度未参与分组”，不是数据缺失 - 它和
ROLLUP不同：后者只按左序前缀展开（如(a,b,c)→(a,b,c)、(a,b)、(a)、()），而CUBE是全排列 - 不支持在MySQL中直接使用（5.7及之前无
CUBE；8.0+仅部分兼容，且语法为GROUP BY ... WITH CUBE，非标准SQL） - PostgreSQL、SQL Server、Oracle、Trino/StarRocks等主流引擎支持标准写法：
GROUP BY a, b, c WITH CUBE
怎么写一个能跑通的CUBE查询？
关键不是套模板，而是确认当前数据库是否真支持标准WITH CUBE，以及如何识别NULL行的真实含义。
- 先查文档或执行
SELECT 1 GROUP BY () WITH CUBE测试是否报错 - 若用PostgreSQL，必须开启
standard_conforming_strings = on（默认开启），否则WITH CUBE会被当作语法错误 - 在SQL Server中，
CUBE可与GROUPING()函数配合，区分真实NULL和CUBE生成的占位NULL，例如：GROUPING(sales_region)返回1表示该列是CUBE补的空维度 - 示例（SQL Server）：
SELECT ISNULL(region, 'ALL') AS region, ISNULL(product_type, 'ALL') AS product_type, SUM(amount) AS total FROM sales GROUP BY region, product_type WITH CUBE;
注意：ISNULL()只是美化显示，不能替代GROUPING()做逻辑判断
CUBE结果里出现大量NULL，怎么避免误读？
CUBE输出中，同一列出现多个NULL不代表脏数据，而是不同粒度汇总的标识。最容易踩的坑是把region = NULL AND product_type = NULL这一行当成“无效记录”过滤掉——其实它是“全部区域+全部品类”的总和。
- 每个
NULL对应一个维度被折叠，组合越少，NULL越多 - 推荐用
GROUPING_ID(col1, col2, ...)（SQL Server / Oracle）或GROUPING(col)（PostgreSQL 14+）生成二进制掩码，明确知道哪几列被CUBE聚合掉了 - 如果业务只要“带明细的汇总”，别用
CUBE，改用UNION ALL拼几个GROUP BY更可控、更易维护 - 在BI工具（如Tableau、Superset）里接
CUBE结果时，务必关闭自动“过滤NULL”选项，否则顶层汇总就没了
性能差得离谱？先检查这三个地方
CUBE的时间复杂度是O(2ⁿ)，n是分组列数。加一列，结果行数翻倍。不是数据量大才慢，是组合爆炸本身导致。
- 4列
CUBE产生16组分组，8列就是256组——即使源表只有1万行，中间聚合过程也可能触发临时表溢出或内存不足 - SQL Server中，
CUBE无法利用索引下推，所有分组都在内存或tempdb里完成；PostgreSQL则可能选择哈希聚合，但依然无法跳过全组合计算 - 替代方案不是“优化
CUBE”，而是换思路：用物化视图预计算常用组合，或改用窗口函数+DISTINCT ON模拟部分汇总 - 如果只是想导出报表，用应用层循环调用多个
GROUP BY比硬扛CUBE更稳，尤其当n ≥ 5时
真正要用CUBE，前提是明确接受它的组合爆炸特性，并且数据库版本、执行计划、下游消费方式都已对齐。不然，它很快就会从“省事”变成“救火”。
