CASE WHEN 只能静态行列转换，因其分支需预定义列名和条件，无法根据数据动态增减列；真要动态转列须用 GROUP_CONCAT + PREPARE 或应用层处理。
CASE WHEN 本身不能直接实现“动态”行列转换，它只负责静态条件映射；真要动态转列，必须配合预编译（如 GROUP_CONCAT + PREPARE）或应用层处理。
为什么 CASE WHEN 只能做静态 pivoting
CASE WHEN 的分支是写死的——你得明确写出每个目标列名和对应条件，比如 CASE WHEN category = 'A' THEN value END AS col_A。数据库执行前就确定了列结构，无法根据表里实际出现的 category 值自动增减列。
- 常见错误现象：想用
CASE WHEN category THEN value END直接转出未知数量的列，结果只返回一列 NULL 或语法报错 - 适用场景：你知道所有可能的分类值（如固定状态码
'active'/'inactive'），且不常变动 - 性能影响：纯
CASE WHEN聚合是单次扫描，快；但若硬凑“伪动态”，比如用GROUP_CONCAT拼 SQL 再PREPARE，会触发两次查询+动态解析，延迟明显升高
静态转列的标准写法（GROUP BY + 多个 CASE WHEN）
这是最常用、最可控的方式，适合维度值有限且稳定的情况。
SELECT user_id, MAX(CASE WHEN action = 'login' THEN created_at END) AS login_time, MAX(CASE WHEN action = 'logout' THEN created_at END) AS logout_time, COUNT(CASE WHEN action = 'error' THEN 1 END) AS error_count FROM user_actions GROUP BY user_id;
-
MAX()/MIN()是关键：确保每组只取一个非 NULL 值，避免聚合塌缩 - 别漏
GROUP BY，否则CASE WHEN在聚合上下文外行为不可控 - 用
COUNT(CASE ... THEN 1 END)而不是SUM(CASE ... THEN 1 ELSE 0 END)，更简洁且 NULL 安全
真需要动态列？绕不开 PREPARE + GROUP_CONCAT
MySQL 没有 PIVOT 关键字，动态列只能靠拼 SQL 字符串再执行。过程分三步：查出所有列名 → 拼 CASE WHEN 表达式 → PREPARE 执行。
SET @sql = NULL;
SELECT GROUP_CONCAT(DISTINCT
CONCAT('MAX(CASE WHEN category = ''', category, ''' THEN value END) AS `', category, '`')
) INTO @sql
FROM products;
<p>SET @sql = CONCAT('SELECT product_id, ', @sql, ' FROM products GROUP BY product_id');</p><p>PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;- 容易踩的坑：
GROUP_CONCAT默认长度限制 1024，含大量分类时会截断，需先设SET SESSION group_concat_max_len = 1000000 -
CONCAT中单引号要写成两个''，否则生成的 SQL 语法错误 - 生成的
@sql字符串无法直接调试，建议先SELECT @sql看一眼再EXECUTE
更现实的替代方案：别在 MySQL 里硬刚动态转列
多数业务场景下，把“转列”逻辑移到应用层更健壮。
- 用
SELECT * FROM table WHERE ... ORDER BY category拉回原始数据，由 Python/Java 按category分组组装成字典或 DataFrame - 前端表格组件（如 ag-Grid、Ant Design Table）支持动态列配置，后端只需返回扁平 JSON 数组
- 如果必须用 SQL 输出宽表，且维度值变化频繁，优先考虑物化视图（MySQL 8.0+ 不原生支持，可用定时任务刷新汇总表）
动态列的本质矛盾在于：SQL 是声明式语言，而“列结构随数据变化”是运行时行为。强行在 MySQL 里闭环，最后往往变成维护成本高、调试困难的字符串拼接脚本。
