MySQL 5.7 不支持 PIVOT，需用动态 SQL 拼接 CASE WHEN + 聚合实现；关键步骤包括安全转义列名、调大 group_concat_max_len、PREPARE/EXECUTE/DEALLOCATE 流程及处理 NULL 和权限上下文问题。
为什么不能直接用 PIVOT？
MySQL 5.7 官方根本不支持 PIVOT 关键字，所有声称“MySQL 8.0+ 支持 PIVOT”的说法都混淆了事实——那只是用 JSON_OBJECTAGG 模拟的伪动态方案，且在 5.7 中根本不可用。你看到的所谓“PIVOT 示例”，实际是把字符串拼接、预编译、执行三步硬凑出来的动态 SQL，本质仍是 CASE WHEN + 聚合函数的变体。
存储过程里怎么安全拼出列名？
核心是用 GROUP_CONCAT + SELECT ... INTO @var 提前捞出所有要转的列值（比如科目名、日期），再逐个构造成 SUM(IF(subject = '语文', score, NULL)) AS `语文` 这类片段。注意三点：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 必须对列名做转义：
CONCAT('`', REPLACE(subject, '`', '``'), '`')，否则含空格或特殊字符会报错 -
GROUP_CONCAT默认长度限制是 1024，若列太多要先设：SET SESSION group_concat_max_len = 10000; - 别用
CONCAT_WS直接连逗号——它不会自动跳过 NULL，容易在 SQL 中多出, ,导致语法错误
执行动态 SQL 的关键步骤顺序
存储过程中不能直接写 SELECT ... FROM ... 后接变量列名，必须走 PREPARE → EXECUTE → DEALLOCATE 流程。常见漏掉的环节：
- 没加
DELIMITER //，导致存储过程定义被分号截断 - 拼出的
@sql字符串末尾多了逗号或空格，EXECUTE直接报错 - 忘记
DEALLOCATE PREPARE stmt，下次调用时因句柄冲突失败 - 聚合字段用了
COUNT或SUM却没处理 NULL：应写SUM(IF(..., score, NULL))，不是SUM(IF(..., score, 0))，否则缺考被算作 0 分
最容易被忽略的权限与上下文问题
存储过程里执行 PREPARE 需要 EXECUTE 权限，但更隐蔽的问题是作用域：
- 用户变量（
@sql）在存储过程外不可见，但过程内必须用它传值；局部变量（DECLARE sql_str TEXT）不能用于PREPARE，因为PREPARE只认用户变量 - 如果过程里用了临时表，记得加
DROP TEMPORARY TABLE IF EXISTS，否则重复调用会报“表已存在” -
GROUP BY字段必须和SELECT中非聚合字段严格一致，否则在sql_mode=ONLY_FULL_GROUP_BY下直接报错（5.7 默认开启）
