MySQL动态列名必须用@sql变量拼接并配合PREPARE/EXECUTE，无法声明式实现；需先查列名、用GROUP_CONCAT生成完整SQL，注意反引号包裹特殊字符、调大group_concat_max_len、显式控制sql_safe_updates。
MySQL里动态列名必须用@sql变量拼接，不能直接写在查询中
MySQL不支持像PostgreSQL的CROSSTAB或SQL Server的PIVOT那样声明式写法。所有列名（如产品名、月份名）都得先查出来，再拼进SQL字符串里——这一步绕不开@sql用户变量和PREPARE机制。
常见错误是试图用CONCAT('SELECT ', col_name, ' FROM ...')直接执行，结果报错Unknown column 'col_name' in 'field list'。因为MySQL解析时把col_name当成了字面列名，而不是变量值。
- 必须用
GROUP_CONCAT(DISTINCT CONCAT(...)) INTO @sql生成列定义片段 -
@sql内容要完整包含SELECT到GROUP BY整句，不能只拼列部分 - 拼接时注意单引号嵌套：外层双单引号
''包裹字段值，内层单引号是SQL语法需要 - 执行前务必
SELECT @sql检查生成的语句是否合法，避免EXECUTE时报语法错误
存储过程中调用动态SQL要显式SET sql_safe_updates = 0
在存储过程里执行PREPARE/EXECUTE时，如果原表有主键或唯一索引，MySQL可能因sql_safe_updates默认开启而拒绝执行——哪怕你只是SELECT。这不是权限问题，而是安全模式拦截。
典型现象是存储过程能编译通过，但运行时报错：ERROR 1175 (HY000): You are using safe update mode...，尤其在开发环境没关安全模式时高频出现。
- 在
BEGIN后第一行加SET sql_safe_updates = 0;，结尾前再SET sql_safe_updates = 1;恢复 - 不要依赖客户端设置，存储过程内必须显式控制
- 该设置只对当前会话生效，不影响其他连接
- 如果过程含
UPDATE/DELETE，需额外确认WHERE条件是否带键字段，否则即使关了safe mode也会被拒
GROUP_CONCAT长度不够会导致列名截断，必须提前调大
动态拼列时，GROUP_CONCAT默认最大长度是1024字符。一旦要透视的列数多（比如50个产品）、列名长（如product_2026_Q1_revenue），拼出来的@sql会被无声截断，导致EXECUTE时报ERROR 1064 (42000)——但错误信息里看不出是截断引起的。
验证方法很简单：SELECT LENGTH(@sql), @sql，如果长度接近1024且语句明显不全，就是这个坑。
- 在拼接前加
SET SESSION group_concat_max_len = 10000;（数值按需放大） - 该设置必须在
SELECT GROUP_CONCAT(...) INTO @sql之前执行 - 不能写在存储过程参数里，必须作为独立语句
- 如果过程被高频调用，建议在过程开头统一设一次，避免每次重复设
动态列名里的特殊字符必须用反引号包裹，否则执行失败
从数据里取出的列名如果含空格、连字符、中文或数字开头（如Q1-2026、销售额、2nd_attempt），不加反引号就会触发语法错误。MySQL不会自动转义，必须人工处理。
错误示例：MAX(CASE WHEN month = 'Q1-2026' THEN value END) AS Q1-2026 → 报错ERROR 1064，因为-被当减号解析。
- 拼接时写成
CONCAT('MAX(CASE WHEN month = ''', month, ''' THEN value END) AS `', month, '`') - 反引号
`必须成对，且不能跟单引号混淆 - 如果列名本身含反引号（极罕见），需用两个反引号
``转义 - 测试阶段可用
SELECT DISTINCT month FROM sales人工扫一遍，确认有没有高危字符
group_concat_max_len的默认限制——它不像报错那么显眼，而是让生成的SQL悄悄变短，接着在EXECUTE时报一个毫无关联的语法错误，排查时容易绕远路。 
