行转列必须用聚合函数（SUM/MAX）配合CASE WHEN在子查询内完成，不能直接用GROUP BY；MySQL不支持PIVOT，需模拟实现；注意索引优化与字段类型匹配。
子查询里不能直接用 GROUP BY 做行转列
行转列本质是把多行数据“折叠”成一行，靠的是聚合 + 条件判断，不是靠子查询本身分组。常见错误是写个子查询套 GROUP BY 就以为能转列，结果报错或数据对不上——因为子查询若不加聚合，返回多行时主查询会直接报错（如 MySQL 的 “Subquery returns more than 1 row”）。
真正可行的路径只有一条：子查询必须返回单值，所以得在子查询内部就完成聚合和条件过滤。
- 每个目标列对应一个独立子查询，里面用
CASE WHEN+SUM/MAX等聚合函数筛选并合并值 - 所有子查询的
WHERE条件必须和外层主表关联（通常用WHERE t2.category = '销售额'这类等值关联） - 别名要清晰，比如
(SELECT SUM(amount) FROM orders o2 WHERE o2.order_id = o1.order_id AND o2.type = 'cash') AS cash_amount
MySQL 8.0+ 用 PIVOT？不，它还不支持
很多人搜 “SQL 行转列 pivot”，顺手试了 PIVOT，结果直接报错 ERROR 1064 (42000): You have an error in your SQL syntax。MySQL 直到 8.0.33 都没原生 PIVOT，PostgreSQL 14+ 和 SQL Server 才有。硬要用，只能靠模拟——也就是上面说的“聚合 + 子查询”老办法。
替代方案里，JSON_OBJECTAGG 或窗口函数配合 ROW_NUMBER() 可以做动态列，但报表场景下反而更重、更难维护。
- 别被文档误导：MySQL 官网搜索 “PIVOT” 返回的是第三方博客链接，不是官方语法
-
GROUP_CONCAT能拼字符串，但不能真转列；想导出 Excel 表头，还是得靠应用层或 BI 工具后处理 - 如果字段值含逗号、换行符，
GROUP_CONCAT默认会截断，需显式设GROUP_CONCAT_MAX_LEN
聚合函数选 SUM 还是 MAX？看字段类型和业务含义
数值类指标（如金额、数量）用 SUM 没问题；但如果是状态码、分类名这类离散值，SUM 会强行相加导致语义丢失（比如 SUM('已完成') 报错，SUM('1') 变成数字 1）。这时候得用 MAX 或 MIN——它们对字符串也有效，且能保证“取到该组内某一个非 NULL 值”。
示例：同一订单有多条明细记录，要取“客户等级”字段，它只有 'VIP'/'普通' 两种值：
(SELECT MAX(level) FROM order_detail d WHERE d.order_id = o.order_id AND d.tag = 'customer_level') AS customer_level
-
MAX和MIN在单值组里结果一致，选哪个纯看可读性，建议统一用MAX - 如果字段可能全为 NULL，
MAX返回 NULL，不会报错；但别指望它自动 fallback 到默认值，得用COALESCE(MAX(...), '未知') -
COUNT也能用，比如统计“该订单是否含赠品”，写成COUNT(CASE WHEN item_type = 'gift' THEN 1 END) > 0再套MAX转布尔
性能崩了？检查子查询有没有走索引
每个子查询都是独立执行一次，外层查 1 万行，子查询就跑 1 万次。如果没索引，IO 直接拉满，响应从毫秒变秒级。最常漏掉的是“关联字段没索引”或者“CASE WHEN 里用了函数导致索引失效”。
典型慢因：
- 子查询
WHERE条件用了UPPER(category)或DATE(created_at)，让索引失效 - 关联字段类型不一致，比如主表是
BIGINT，子查询里拿VARCHAR去等值匹配，触发隐式转换 - 没给
(order_id, type)这类组合条件建联合索引，只建了单列order_id
验证方法很简单：把子查询单独拿出来 EXPLAIN 一下，看 type 是不是 ref 或 eq_ref，key 列有没有命中索引。
复杂报表里，真要扛住大数据量，子查询方案只是过渡；该上物化视图的上物化视图，该导数到 ClickHouse 的别硬刚 MySQL。
