sql cube是group by的扩展操作符，本质为grouping sets的语法糖，生成2ⁿ种正交组合，需用grouping()函数区分汇总null与真实null，mysql不支持，rollup适用于层次化汇总且性能更优。
SQL CUBE 本质是 GROUPING SETS 的语法糖，不是独立函数
CUBE 不是函数，而是 GROUP BY 子句的扩展操作符。很多人搜 CUBE() 会踩坑——它没有括号，也不能当函数调用。写成 SELECT ... GROUP BY CUBE(a, b, c) 才合法；写成 GROUP BY CUBE(a, b, c) 等价于显式写出所有 GROUPING SETS ((a,b,c), (a,b), (a,c), (b,c), (a), (b), (c), ())。
常见错误现象：
- 报错
ERROR: syntax error at or near "CUBE"：通常是加了括号，或放在了ORDER BY/HAVING里 - 结果行数远超预期：CUBE 生成 2n 组合（n 是列数），3 列就是 8 组，含全 NULL 行（代表“总计”）
如何识别和处理 CUBE 生成的 NULL 汇总行
CUBE 对缺失维度补 NULL，但这个 NULL 是占位符，不是真实数据缺失。直接 WHERE col IS NULL 会误删真实 NULL 值的明细行。
正确做法是用 GROUPING() 函数判断维度是否被“折叠”：
SELECT COALESCE(region, 'ALL_REGIONS') AS region, COALESCE(product, 'ALL_PRODUCTS') AS product, SUM(sales) AS total_sales, GROUPING(region) AS g_region, GROUPING(product) AS g_product FROM sales GROUP BY CUBE(region, product);
GROUPING(region) 返回 1 表示该行中 region 是 CUBE 自动填充的汇总占位符（即“所有地区”），返回 0 表示真实值。可据此在 SELECT 或 HAVING 中过滤。
MySQL 不支持 CUBE，替代方案要手动拼 GROUPING SETS 或用 UNION ALL
MySQL 8.0+ 仍不支持 CUBE 或 GROUPING SETS。强行迁移 Oracle/PostgreSQL 的 CUBE 查询会直接报错 Unknown keyword 'CUBE'。
可行替代路径：
- 用多个
GROUP BY+UNION ALL拼出全部组合（2 列就 4 个子查询，3 列要 8 个，维护成本高） - 升级到支持标准 SQL 的引擎（如 PostgreSQL、SQL Server、Oracle、Trino、Doris）
- 在应用层做多轮聚合（适合小数据集，避免数据库层复杂 SQL）
注意：即使引擎支持，CUBE 在大数据量下可能触发磁盘临时表或 OOM，建议先在 EXPLAIN 中确认执行计划是否走哈希聚合而非嵌套循环。
用 ROLLUP 替代 CUBE？关键区别在维度继承关系
ROLLUP(a, b, c) 生成的是层次化汇总：(a,b,c) → (a,b) → (a) → ()，隐含“a 主导 b，b 主导 c”的业务逻辑；而 CUBE(a, b, c) 是完全正交组合，包含 (b,c) 这种跳过 a 的交叉项。
选哪个取决于分析需求：
- 看“各产品在各地区的销售额，以及各地区总和、各产品总和、全部总和”→ 必须用
CUBE - 看“年度→季度→月度 销售趋势”→
ROLLUP(year, quarter, month)更自然且节省计算量
性能上，ROLLUP 一般比同维度 CUBE 快，因为组合数少（n+1 vs 2n）。别为了“看起来高级”硬套 CUBE。
