mysql 8.0+ 不支持原生 pivot，动态行转列需用 group_concat 拼接字段、concat 构建 sql、prepare/execute 执行，注意 group_concat_max_len 限制、分组字段完整性及 null 处理。
MySQL 8.0+ 直接用 PIVOT？别信，它根本不存在
MySQL 官方至今（2026年）**没有内置 PIVOT 关键字或函数**。网上很多所谓“PIVOT 语法示例”实际是混淆了 SQL Server 或 Oracle 的写法，或误将 MySQL 8.0 的 JSON_OBJECTAGG() 等组合用法当成原生 PIVOT。直接复制粘贴这类语句会报错：ERROR 1064 (42000): You have an error in your SQL syntax。
动态行转列必须靠拼 SQL：用 GROUP_CONCAT + PREPARE
当科目、月份、状态等列名来自数据本身（比如 subject 值有 '语文'、'数学'、'物理'、'化学'…且可能新增），就必须动态生成 SQL 字符串再执行。核心三步：
- 用
GROUP_CONCAT(DISTINCT ...)把所有唯一值聚合成字段别名列表，例如：SUM(IF(subject='语文',score,0)) AS `语文` - 用
CONCAT()拼出完整SELECT ... FROM ... GROUP BY语句 - 用
PREPARE+EXECUTE执行该字符串 —— 这步不可省，普通变量不能直接当 SQL 执行
注意：GROUP_CONCAT 默认长度限制为 1024，若列数多（如 50+ 个产品）、别名长，需先设：SET SESSION group_concat_max_len = 1000000;
CASE WHEN 静态写法 vs IF：选哪个？
两者在功能上完全等价，但行为细节影响结果：
-
CASE WHEN subject='语文' THEN score ELSE NULL END：推荐用NULL而非0，避免把真实 0 分和缺失值混淆；聚合时用MAX()或MIN()自动忽略NULL -
IF(subject='语文', score, NULL)：更短，但 MySQL 5.7 及以前不支持在聚合函数外直接嵌套IF作字段表达式（某些旧版本会报错），而CASE兼容性更好 - 性能无差异，执行计划一致；可读性取决于团队习惯
最容易被忽略的坑：分组字段遗漏与 NULL 处理
动态或静态行转列失败，90% 出在这一环：
- 没在
GROUP BY中包含所有非聚合字段（如只写GROUP BY name却 SELECT 了id, name）→ 5.7 严格模式下直接报错，8.0+ 默认开启ONLY_FULL_GROUP_BY，必须显式列出 - 用
SUM()聚合但原始数据含NULL→ 结果为NULL（不是 0）；若业务要求空值显示为 0，得用COALESCE(SUM(...), 0) - 源数据存在重复组合（如同一
name+subject有两条记录）→MAX()会取最大值，SUM()会累加，需提前确认业务逻辑是否允许
真正麻烦的从来不是“怎么拼出列”，而是“哪些行该归到同一组”——分组维度一旦错，结果就全歪了。
