cube是sql中用于生成所有维度组合聚合的group by扩展运算符，自动产出2ⁿ种分组（含空集总计）；而普通group by仅按指定列单一聚合，不生成小计或总计。
什么是CUBE，它和GROUP BY有什么区别
CUBE 是 SQL 中用于生成多维组合汇总的运算符，不是函数也不是独立语句，必须配合 GROUP BY 使用。它会自动计算所有可能的维度组合（包括空集，即全表总计），而普通 GROUP BY 只返回单一聚合结果。
比如对 region 和 product 两列做 CUBE，实际等价于同时执行：GROUP BY region, product、GROUP BY region、GROUP BY product、GROUP BY ()（空组），共 2² = 4 种组合。
- MySQL 不支持
CUBE（直到 8.0.12 才引入，且仅限于窗口函数上下文，不能用于传统聚合） - PostgreSQL 不原生支持
CUBE，需用ROLLUP或手动UNION ALL模拟 - SQL Server、Oracle、Trino、StarRocks、Doris 等支持标准语法：
GROUP BY CUBE(col1, col2, ...)
怎么写一个带CUBE的SELECT语句
核心是把 CUBE 放在 GROUP BY 后面，括号里填要交叉汇总的列名。注意：不能混用 ROLLUP 和 CUBE 在同一 GROUP BY 子句中（部分引擎报错）。
示例（以 SQL Server 为例）：
SELECT ISNULL(region, 'ALL') AS region, ISNULL(product, 'ALL') AS product, SUM(sales) AS total_sales FROM sales_data GROUP BY CUBE(region, product);
ISNULL() 或 COALESCE() 用来把 NULL 替换为可读标签（因为 CUBE 生成的空组合行中，对应维度值为 NULL）。
- 如果列顺序是
CUBE(a, b)，结果包含 (a,b)、(a)、(b)、() 四种；CUBE(b, a)结果相同，顺序不影响组合逻辑 - 避免在
CUBE中放入高基数列（如用户 ID），会导致组合爆炸，查询极慢甚至 OOM - 聚合函数必须是确定性函数（
SUM、COUNT、AVG等），不能是GETDATE()这类非确定性函数
CUBE结果里的NULL到底代表什么
CUBE 输出中出现的 NULL 不表示数据缺失，而是维度“未分组”的标记。例如：region = NULL 且 product = 'Laptop'，表示“所有 region 下的 Laptop 销售总和”；region = NULL 且 product = NULL 表示全表总计。
- 不能用
WHERE region IS NULL过滤 CUBE 结果——这会误删真正缺失 region 的原始数据行 - 推荐用
GROUPING()函数区分：如GROUPING(region)返回 1 表示该行是 CUBE 生成的汇总行（region 维度被折叠），返回 0 表示真实数据分组 -
GROUPING_ID()可一次性获取整组的折叠状态位图，适合多维判断逻辑
性能差、卡死、结果行数远超预期怎么办
CUBE 的组合数是 2ⁿ（n 是维度列数），10 列就是 1024 种组合，20 列就超百万——这是最常被忽略的爆炸点。
- 先用
SELECT COUNT(*) FROM table确认基础数据量，再估算 CUBE 后行数：若原始 10 万行，加 5 个低基数列（如 status、channel），CUBE 后最多 10 万 × 32 ≈ 320 万行，内存和排序压力陡增 - 用
EXPLAIN（或执行计划）确认是否走索引；CUBE 聚合通常无法利用单列索引，建议建覆盖索引，包含所有 CUBE 列 + 聚合列 - 生产环境慎用 >4 列的 CUBE；优先考虑预聚合表或应用层分步汇总
- 某些引擎（如 Doris）支持
SET enable_cbo = false关闭代价估算，避免优化器误判导致计划退化
维度越多，CUBE 越容易变成“查得出来但跑不完”的陷阱——别只盯着语法对不对，先算组合数。
