cube是group by的扩展运算符，非函数，mysql 8.0+不支持with cube语法，仅支持with rollup；sql server/postgresql支持cube但需配合grouping()区分汇总行，且存在组合爆炸风险。
CUBE 不是函数，是 GROUP BY 子句的扩展运算符，MySQL 8.0+ 和 SQL Server、PostgreSQL 等主流数据库支持，但MySQL 实际不支持 WITH CUBE 语法——这是最容易踩的第一个坑。
MySQL 中写 GROUP BY ... WITH CUBE 会报错
MySQL 官方文档明确说明：不支持 WITH CUBE 或 WITH ROLLUP 以外的 WITH 扩展（WITH ROLLUP 是支持的，但 WITH CUBE 不是）。
你如果直接写：
SELECT product, channel, SUM(amount) FROM sales_data GROUP BY product, channel WITH CUBE;
MySQL 会返回错误：ERROR 1064 (42000): You have an error in your SQL syntax。
- ✅ 正确写法（MySQL）：只能用
GROUP BY ... WITH ROLLUP，它只做层级汇总（如 product → (product,channel) → total），不是全组合。 - ✅ 替代方案（MySQL）：手动用
UNION ALL拼多个GROUP BY查询，或改用CASE WHEN + SUM做静态透视。 - ❌ 别被 SQL Server/Oracle 教程误导：它们的
GROUP BY a,b WITH CUBE在 MySQL 里根本不能运行。
SQL Server / PostgreSQL 中用 CUBE 的关键细节
CUBE(a, b, c) 会生成 ^3 = 8$ 种分组组合（包括全 NULL 行），但结果中无法区分「某列是原始数据为 NULL」还是「CUBE 自动生成的汇总行」。
- 必须配合
GROUPING()函数识别来源：SELECT CASE WHEN GROUPING(product) = 1 THEN 'ALL PRODUCTS' ELSE product END, CASE WHEN GROUPING(channel) = 1 THEN 'ALL CHANNELS' ELSE channel END, SUM(amount) FROM sales_data GROUP BY CUBE(product, channel);
-
GROUPING(product)返回 1 表示该行的product值是CUBE补的占位符（即“所有产品”），不是源数据里的 NULL。 - 如果漏掉
GROUPING()，报表里会出现真假难辨的NULL，下游系统或 BI 工具容易误判。
CUBE 结果集爆炸风险必须提前评估
3 个维度字段用 CUBE，基础分组数是 $2^3 = 8$；5 个维度就是 $2^5 = 32$；7 个维度就到 128 行——这还没算原始数据量。
- 实际行数 = 原始分组组合数 × 对应的
CUBE组合系数，可能远超预期。 - 生产环境务必加
HAVING过滤低价值组合（例如排除SUM(amount) 的明细）。 - 更稳妥的做法：优先用
GROUPING SETS显式列出需要的组合（如GROUPING SETS ((product), (channel), ())），避免无意义的全交叉。
CUBE 的本质是“穷举所有维度组合”，不是魔法透视函数。它在 SQL Server 或 PostgreSQL 中能省几行代码，但在 MySQL 中根本不可用；即使可用，也要靠 GROUPING() 拆解语义，且必须警惕组合爆炸。真正要快速出多维报告，往往不如先用应用层聚合，或导出后用 Pandas / Power BI 处理——数据库层的 CUBE 适合探索性分析，不适合稳定报表输出。
