MySQL行转列最常用方式是CASE WHEN配合GROUP BY，适用于所有版本；不支持PIVOT语法；动态列需应用层拼接SQL；需注意索引、性能及可维护性。
MySQL中用CASE WHEN + GROUP BY做行转列
直接用 GROUP BY 配合多个 CASE WHEN 是最常用、兼容性最好的方式，适用于所有 MySQL 版本（包括 5.7 及更早），不需要窗口函数或动态 SQL。
典型场景：统计每个用户在不同月份的订单金额，想把“月份”从行变成列（如 Jan、Feb、Mar）。
- 必须搭配
GROUP BY，否则聚合结果会错乱 -
CASE WHEN中的条件要严格匹配源字段值（比如month = '2024-01'，注意字符串格式） - 每个
CASE分支最后必须跟ELSE 0或NULL，否则没匹配到的行会变NULL，影响求和结果 - 示例：
SELECT user_id, SUM(CASE WHEN month = '2024-01' THEN amount ELSE 0 END) AS Jan, SUM(CASE WHEN month = '2024-02' THEN amount ELSE 0 END) AS Feb FROM orders GROUP BY user_id;
MySQL 8.0+ 用 PIVOT？不，它不支持 PIVOT 关键字
别被其他数据库误导——MySQL 原生不支持 PIVOT 语法，任何教程里写的 PIVOT 都是模拟写法或误传。强行套用会报错 ERROR 1064 (42000): You have an error in your SQL syntax。
如果你看到类似“MySQL PIVOT”的代码，大概率是用 GROUP_CONCAT 拼接后解析，或用应用层处理，不是真 SQL 转换。
- MySQL 官方文档中无
PIVOT、UNPIVOT关键字 - 试图执行
SELECT * FROM t PIVOT(...)会直接语法错误 - 替代方案只有：硬编码
CASE WHEN、存储过程拼 SQL、或者导出后用 Python/Pandas 处理
动态列怎么办？只能靠应用层拼接 SQL
当“列名”来自数据表本身（比如产品类别、销售区域），且数量不确定时，MySQL 无法纯 SQL 动态生成列——没有内置元数据驱动的 pivot 机制。
常见错误是想用 PREPARE + EXECUTE 在存储过程中搞定，但实际操作中极易出错：列名含特殊字符、空值导致拼接失败、SQL 注入风险高。
- 先查出所有要转成列的唯一值：
SELECT DISTINCT category FROM products - 在应用代码（Python/PHP/Java）里组装
CASE WHEN字段列表 - 避免在 SQL 拼接中直接插入用户输入；用参数化查询只处理值，列名需白名单校验
- 如果列数超过 50，考虑改用宽表预计算或应用层 pivot，硬拼 SQL 易超
max_allowed_packet
性能和可维护性陷阱
行转列本质是反范式操作，查得快但写得重。一个 10 列的 CASE WHEN 查询，在大表上可能比原表扫描慢 3–5 倍，尤其没索引时。
- 确保
CASE WHEN中的判断字段（如status、type）上有索引 - 避免在
CASE中调用函数（如DATE_FORMAT(created_at, '%Y-%m')），会导致索引失效 - 列太多时，
SELECT字段长度可能触发max_packet_size限制，报错Packets larger than max_allowed_packet are not allowed - 这类 SQL 很难复用，每次新增分类都要改 SQL —— 真正需要灵活交叉报表，建议直接用 BI 工具连接 MySQL，别死磕 SQL
真正麻烦的不是怎么写，而是列名来源是否稳定、查询频次是否高、以及有没有人愿意半年后还看懂那段嵌套了七层的 CASE WHEN。
