GROUP BY不能直接写变量名，因为SQL编译阶段需确定分组字段，变量会被当作字面量而非列引用；可用CASE WHEN硬编码替代、PREPARE动态拼接或应用层组装SQL实现动态分组。
为什么 GROUP BY 不能直接写变量名
因为 SQL 在编译阶段就要确定分组字段，GROUP BY 后面必须是明确的列名或表达式，不能是字符串变量。你写 GROUP BY @col_name 或 GROUP BY 'status'，会报错 Operand should contain 1 column(s) 或类似提示——数据库把它当成了字面量字符串，而不是列引用。
用 CASE WHEN + 静态列名硬编码替代动态列
这是最常用、最可控的做法：提前知道可能的分组维度（比如 status、region、category），用 CASE WHEN 拆出逻辑分支，再配合外部参数控制走哪一支。
示例：按不同字段分组统计订单数
SELECT
CASE WHEN @group_by = 'status' THEN status
WHEN @group_by = 'region' THEN region
WHEN @group_by = 'category' THEN category
END AS group_key,
COUNT(*) AS cnt
FROM orders
WHERE ( @group_by = 'status' AND status IS NOT NULL )
OR ( @group_by = 'region' AND region IS NOT NULL )
OR ( @group_by = 'category' AND category IS NOT NULL )
GROUP BY group_key;
注意点：
- WHERE 条件要同步过滤掉当前分组字段为 NULL 的行，否则
CASE返回 NULL 会导致聚合异常 -
@group_by必须是预设值之一，否则group_key全为 NULL，结果不可靠 - 所有分支返回类型需兼容（如都转成
VARCHAR），否则 MySQL 可能隐式转换出错
用 PREPARE + EXECUTE 拼接 SQL 字符串
真正“动态”的唯一办法，但风险高、调试难，仅适合后台脚本或管理端场景。
关键步骤：
- 校验
@col_name是否在白名单内（防止 SQL 注入） - 拼接完整 SQL 字符串，注意引号和空格
- 用
PREPARE和EXECUTE执行
示例：
SET @col_name = 'status';
SET @sql = CONCAT('SELECT ', @col_name, ', COUNT(*) FROM orders GROUP BY ', @col_name);
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
容易踩的坑：
-
@col_name如果含空格或特殊字符（如user name），必须用反引号包裹：CONCAT('SELECT `', @col_name, '`...') - 不能在存储过程中直接传参给
EXECUTE的字段名位置，只能拼字符串 - MySQL 8.0+ 对
PREPARE的作用域更严格，临时语句不能跨连接复用
应用层组装比数据库层动态更稳妥
多数业务场景下，与其在 SQL 里折腾动态列，不如把分组逻辑提到代码里：根据前端传来的 group_by=status，后端生成对应 SQL 再执行。
好处很明显：
- SQL 可缓存、可审计、可加索引
- 避免 SQL 注入风险（只要校验字段名白名单）
- 聚合函数也能动态选，比如
SUM(amount)或AVG(price)不用硬编码进 CASE
复杂点在于：字段名映射关系、NULL 处理、排序和分页要同步适配——这些在应用层反而更容易统一控制。
