MySQL 8.0+ 不支持 PIVOT，必须用 CASE WHEN + GROUP BY 模拟行转列；静态场景手写分支最稳，动态场景应由应用层拼接 SQL 并校验列名防注入。
MySQL 8.0+ 用 PIVOT 吗？别试了，它根本不存在
MySQL 原生不支持 PIVOT 或 UNPIVOT 关键字，这是很多人查文档后踩的第一个坑。官方至今没加，所有“MySQL PIVOT 教程”实际都是用条件聚合模拟的。如果你刚从 SQL Server 或 Oracle 切过来，得立刻切换思路：不是“怎么用 PIVOT”，而是“怎么用 CASE WHEN + GROUP BY 拼出列”。
静态行转列：明确知道要转成哪几列时最稳
比如销售表 sales 有 region、product、amount，想按地区横向展示各产品销售额，且产品只有 'A'、'B'、'C' 三种——这就是典型静态场景。
实操要点：
- 每个目标列写一个
SUM(CASE WHEN product = 'A' THEN amount ELSE 0 END)表达式 -
GROUP BY region是必须的，否则聚合结果会塌成一行 - 用
ELSE 0而不是ELSE NULL，避免求和时跳过空值导致结果为NULL - 如果某地区没有某产品记录，该单元格就是 0（符合业务预期），不是
NULL
SELECT region, SUM(CASE WHEN product = 'A' THEN amount ELSE 0 END) AS A_sales, SUM(CASE WHEN product = 'B' THEN amount ELSE 0 END) AS B_sales, SUM(CASE WHEN product = 'C' THEN amount ELSE 0 END) AS C_sales FROM sales GROUP BY region;
动态行转列：列名不确定时只能靠应用层拼接 SQL
当要转的列（如产品名）来自数据本身、且随时可能新增，MySQL 没法纯 SQL 动态生成列名。硬要在数据库里做，就得用 PREPARE + EXECUTE，但风险高、难调试、无法缓存执行计划。
更现实的做法：
- 先查出所有需转的列值：
SELECT DISTINCT product FROM sales ORDER BY product - 在应用代码（Python/Java/PHP）里拼出上面那种
CASE WHEN的长 SQL 字符串 - 再执行拼好的 SQL —— 这比存储过程里拼字符串安全得多
- 注意 SQL 注入：对列值做白名单校验或严格转义，不能直接拼用户输入
行转列后排序乱了？检查 GROUP BY 和原始顺序
原表如果有时间字段 created_at，想让结果按最新记录排，别指望 ORDER BY created_at 写在最后就能生效——GROUP BY 之后原始行序已丢失。
正确做法：
- 若需按某字段“最新值”排序，用聚合函数包裹：比如
MAX(created_at)配合ORDER BY MAX(created_at) DESC - 若需保持原始插入顺序，得提前给每组加序号（如用
ROW_NUMBER() OVER (PARTITION BY region ORDER BY created_at DESC)），但这又要求 MySQL 8.0+ - 简单场景下，直接在应用层排序更可控，数据库只负责结构转换
行转列本质是聚合，一转就丢行级细节。真需要保留原始顺序或关联其他字段，得先在子查询里处理好再转，而不是在转完的结果上硬加 ORDER BY。
