group_concat不能实现真正行转列，仅能将多行拼成单列字符串；真正行转列需用case when+聚合函数或动态sql构造多列，group_concat仅用于辅助生成列定义语句。
GROUP_CONCAT 本身不能实现真正的行转列（即生成多个新列），它只负责把多行值拼成一个字符串。你要的是宽表结构（如 语文、数学、英语 各为一列），而 GROUP_CONCAT 输出的永远是单列字符串，比如 "90,92,80" —— 这不是行转列，是「行转串」。
为什么 GROUP_CONCAT 拼出来只有一列？
GROUP_CONCAT 是聚合函数，行为严格受限于 GROUP BY：每组输出一行、一列。它不创建新字段，也不改变结果集列数。
- 常见误用：
SELECT user_id, GROUP_CONCAT(subject) FROM tb_score GROUP BY user_id→ 得到两列：user_id和一个拼接字符串，不是把每个subject变成独立列 - 真正行转列必须靠
CASE WHEN+ 聚合（如SUM/MAX）或动态 SQL 构造列名 -
GROUP_CONCAT在行转列场景里，通常只用在「辅助阶段」：比如先查出所有可能的subject值，再拼CASE表达式
GROUP_CONCAT 在动态行转列中怎么用？
它不直接生成列，而是帮你「自动生成列定义语句」——核心是拼出一堆 CASE WHEN ... END AS `xxx` 字符串，再塞进动态 SQL。
- 先查去重值：
SELECT GROUP_CONCAT(DISTINCT CONCAT('MAX(CASE WHEN subject = ''', subject, ''' THEN score END) AS `', subject, '`') ORDER BY subject) FROM tb_score - 拼完整 SQL 时注意：
SEPARATOR ', '必须显式加，否则字段间没逗号会报错 - 中文列名必须用反引号包裹：
`语文`，否则遇到空格、特殊字符或保留字直接语法错误 - 拼好的
@sql建议先SELECT @sql看一眼，检查引号是否成对、逗号是否遗漏、排序是否稳定（加ORDER BY防止每次执行列序乱）
GROUP_CONCAT 容易踩的坑有哪些？
哪怕只是用它拼动态 SQL，也常因细节翻车：
-
group_concat_max_len默认 1024 字节：如果科目太多或名字太长（如含 emoji），拼出来的@sql会被静默截断，导致PREPARE报错或列缺失 —— 执行前务必SET SESSION group_concat_max_len = 4096 - 字符集不一致：库用
utf8mb4，但GROUP_CONCAT返回utf8mb3，中文列名变问号 —— 在拼接前加SET NAMES utf8mb4 -
DISTINCT/ORDER BY/SEPARATOR顺序不能错，且都得写在括号内：GROUP_CONCAT(DISTINCT subject ORDER BY subject SEPARATOR ',')，写成GROUP_CONCAT(DISTINCT(subject))直接报语法错误 - 如果某组没匹配到任何值，
CASE WHEN返回NULL，MAX(NULL)还是NULL，最终该列显示为空，不是 0 —— 如需默认值，得写COALESCE(MAX(...), 0)
GROUP_CONCAT 只是其中一环。真正难的不是拼字符串，而是确保拼出来的 SQL 语法合法、字符安全、长度足够、执行上下文一致 —— 这些地方一漏，EXECUTE stmt 就直接失败，连报错都未必清晰。
