MySQL不支持PIVOT语法，需用CASE WHEN+聚合函数模拟行转列；静态列手动写CASE最稳，动态列须用PREPARE+GROUP_CONCAT拼SQL，但需调大group_concat_max_len并校验字段名防注入。
MySQL没有PIVOT关键字，必须用CASE WHEN+聚合模拟
MySQL原生不支持PIVOT语法，直接写SELECT ... PIVOT (...)会报错ERROR 1064 (42000)。所谓“模拟”，本质是用CASE WHEN构造多个条件分支，再套一层SUM()、COUNT()或MAX()聚合，把行值“摊开”成列。这不是语法糖，而是语义重构——每一列都对应一个确定的分组条件。
静态列场景：手动写CASE WHEN最稳，适合列名固定
当你要转的列值已知且长期不变（比如部门名'Sales'、'HR'、'IT'），直接手写CASE WHEN最安全、性能最好、可读性最强。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
SUM(CASE WHEN department = 'Sales' THEN sales ELSE 0 END) AS Sales_Total—— 用0替代NULL，避免聚合后整列为NULL - 列别名必须用反引号包裹含空格或特殊字符的值，如
AS `Q1-2026` - 务必
GROUP BY主键或分组维度（如partner_name），否则聚合结果会坍缩成单行 - 不要漏掉
LEFT JOIN的ON条件，否则CASE匹配不到数据，全为0但逻辑已错
动态列场景：靠PREPARE+GROUP_CONCAT拼SQL，但有硬限制
当列值来自数据表（如产品名、科目名、月份字符串），必须动态生成SQL。核心是三步：SELECT GROUP_CONCAT(...) → SET @sql = CONCAT(...) → PREPARE/EXECUTE。但这里埋着两个易踩坑点：
-
GROUP_CONCAT默认最大长度是1024字节，一旦列数多或列名长（比如带中文、时间戳），生成的@sql会被截断，执行时报错Unknown column '...' in 'field list'。必须提前设：SET @@group_concat_max_len = 32768 -
@sql变量初始为NULL，若GROUP_CONCAT查不到任何值，CONCAT('SELECT...', @sql, ' FROM...')结果仍是NULL，PREPARE会失败。务必先SET @sql = NULL，再检查@sql是否为空 - 字段名不能直接拼接用户输入，
sub_code这类来源必须白名单校验或正则过滤（只留字母数字下划线），否则存在SQL注入风险
为什么不用PHP等应用层做行转列？
纯SQL动态透视看似复杂，但它把计算压到数据库层，减少网络传输量（尤其结果集大时）。而PHP数组重组虽灵活，但要先取全部明细行，再双重循环构建二维结构——内存占用高、无索引加速、无法利用MySQL的并行排序和聚合优化。真实业务中，如果列数
真正容易被忽略的是IFNULL(..., 0)和ELSE 0的区别：前者作用于聚合后，后者作用于每行；多数场景该用ELSE 0，否则空组聚合结果仍是NULL，前端渲染仍要判空。
