SQL中无法直接用变量替换GROUP BY字段，需用UNION ALL拼接固定分组或动态拼接SQL并白名单校验；CASE WHEN写死GROUP BY风险高，CTE不解决动态问题，真动态必须应用层拼接且注意权限、缓存与指标逻辑适配。
SQL 里不能用变量直接替换 GROUP BY 后的字段名，硬写 GROUP BY @dim 或 GROUP BY ${col} 会报错——这不是 MySQL 特有，PostgreSQL、SQL Server 一样不支持。
UNION ALL 拼固定分组最稳，但列必须对齐
适用于业务维度明确、组合少（比如就「地区」「产品线」「月份」三种）的场景。不是拼得快就行，关键在子查询之间严丝合缝：
- 每个子查询的
SELECT列数、顺序、类型、别名必须完全一致；例如都返回group_type、group_key、cnt - 用
WHERE @mode = 1控制分支开关，优化器通常能跳过未命中分支，但别指望它 100% 剪枝 - 某分支要查部门名称，就得在对应子查询里
JOIN dept，不能留到外层统一补——外层LEFT JOIN会导致 NULL 或重复 - MySQL 8.0+ 可用
WITH提前算好明细，避免重复扫描，但 CTE 不解决分组字段动态问题
CASE WHEN 写死在 GROUP BY 里能用，但限制极多
比如 GROUP BY CASE WHEN @mode=1 THEN region ELSE product_type END 看似灵活，实际风险高：
- MySQL 5.7+ 开启
ONLY_FULL_GROUP_BY后，SELECT和GROUP BY里的CASE WHEN表达式必须字面完全一致（空格、换行、函数调用都不能差） -
GROUP BY里不能用别名，写GROUP BY group_dim会报错，必须重复整个CASE WHEN块 - 不同分支返回类型最好统一，比如
YEAR(order_date)是整数，region是字符串，就得显式转成CAST(region AS CHAR)，否则隐式转换可能出错 - 非法参数值（如
@mode = 999）会让所有行归入NULL组，容易误统计，建议加HAVING group_key IS NOT NULL过滤
真动态只能拼 SQL 字符串，白名单校验是底线
应用层（Python/Java）或存储过程里拼接，数据库原生不提供运行时重写语法的能力：
- MySQL 用
PREPARE+EXECUTE，但GROUP BY字段必须硬拼进字符串，不能只参数化WHERE值 - 传入的维度名必须走白名单校验，比如
SET @allowed_dims = 'region,city,product_type'，再用FIND_IN_SET(@dim, @allowed_dims)判断合法性 - 拼出来的 SQL 无法被查询缓存复用，执行计划每次都要重新生成，高频调用时性能波动明显
- 权限更敏感：执行动态 SQL 需要
EXECUTE权限，比普通SELECT权限要求高得多
真正容易被忽略的点是：动态分组往往伴随着指标口径变化——比如按部门算人均订单，按产品线算次均客单价，光换 GROUP BY 字段不够，聚合逻辑也得跟着变。
