cube是group by的扩展运算符，用于生成所有维度组合的聚合结果；它用null标识维度折叠，需配合grouping()函数区分真实null；支持情况因数据库而异，且行数呈2ⁿ增长，高基数列易致性能爆炸。
CUBE 不是函数，也不是独立语句，它是 GROUP BY 的扩展运算符，用来一次性生成所有维度组合的聚合结果。它解决的核心问题是：不想反复写多个 GROUP BY + UNION ALL，又需要各级小计和总计。
怎么写 CUBE 语句，为什么不能直接用 NULL 做标识
CUBE 必须紧跟在 GROUP BY 后面，括号里填你要交叉汇总的列，比如 GROUP BY CUBE(region, product)。
但执行后你会发现：region 和 product 列会出现大量 NULL —— 这不是数据缺失，而是 CUBE 用 NULL 表示“该维度未参与当前分组”。
直接用 ISNULL() 或 COALESCE() 替换，会把真实为 NULL 的业务值也一并覆盖，导致歧义。
所以必须配合 GROUPING() 函数：
-
GROUPING(region)返回1→ 表示这行是 region 维度被折叠（即汇总行） - 返回
0→ 表示 region 是正常分组值
正确写法示例：
SELECT CASE WHEN GROUPING(region) = 1 THEN 'ALL_REGION' ELSE region END AS region, CASE WHEN GROUPING(product) = 1 THEN 'ALL_PRODUCT' ELSE product END AS product, SUM(sales) AS total_sales FROM sales_table GROUP BY CUBE(region, product);
CUBE 在不同数据库里到底能不能用
支持情况差异极大，不能默认“写了就能跑”：- SQL Server、Oracle、Trino、StarRocks、Doris：原生支持标准语法
GROUP BY CUBE(...) - PostgreSQL：不支持，得用
GROUPING SETS手动拼或UNION ALL模拟 - MySQL：8.0.12+ 仅在窗口函数上下文中有限支持，传统聚合仍不支持
CUBE，写完会报错ERROR 1064
如果你不确定当前环境是否支持，先执行 SELECT 1 GROUP BY CUBE(a) 测试；报错就立刻切到 GROUPING SETS 方案。
CUBE 的性能爆炸点在哪，什么情况下该主动放弃
CUBE 的结果行数是 2ⁿ（n 是维度列数），这不是“多几行”，而是执行引擎要实际计算 2ⁿ 个分组逻辑：
- 3 列 → 8 种组合，通常可接受
- 5 列 → 32 种组合，内存压力明显上升
- 7 列 → 128 种组合，查询可能 OOM 或超时
更要命的是：高基数列（如 user_id、order_no）绝对不能放进 CUBE。哪怕只加 1 个，就可能让组合数从几百暴增到上百万。
如果业务只要部分组合（比如只需要 “地区+产品” 和 “地区” 两级，不要纯“产品”汇总），那就别硬套 CUBE，改用 GROUPING SETS((region, product), (region), ()) 更精准、更可控。
真正容易被忽略的，不是语法怎么写，而是 维度选择前没做基数预估。上线前查一下 SELECT COUNT(DISTINCT user_id) FROM table，如果这个数 > 10⁴，就别让它进 CUBE——再好的语法也扛不住指数级膨胀。
