mysql中case when有两种语法：一是搜索case（case when condition then result else default end），适用于任意条件判断；二是简单case（case column when value then result else default end），仅支持等值匹配；二者均需以end结尾，else可选但建议保留以防返回null。
MySQL中CASE WHEN的语法结构和基本用法
直接写 CASE WHEN 就行，不用提前声明类型或加额外修饰。MySQL 5.7+ 和 8.0 都支持标准写法，但注意：不支持在 GROUP BY 或 ORDER BY 中直接引用别名（比如 SELECT CASE WHEN ... AS status ORDER BY status 会报错），得重写表达式。
两种写法都可用：
-
CASE WHEN condition1 THEN result1 WHEN condition2 THEN result2 ELSE default END（推荐，逻辑清晰） -
CASE column_name WHEN value1 THEN result1 WHEN value2 THEN result2 ELSE default END（仅适用于等值判断，灵活性低）
别漏掉 END，否则 SQL 直接报错 ERROR 1064 (42000)；ELSE 虽可省略，但一旦所有条件都不满足，结果就是 NULL，容易引发后续聚合或连接异常。
用CASE WHEN做行转列（pivot）的实际写法
MySQL 没有原生 PIVOT，得靠 GROUP BY + SUM(CASE WHEN ...) 或 MAX(CASE WHEN ...) 组合实现。关键不是“转”，而是“按组聚合出多个列”。
常见错误是直接写 SELECT CASE WHEN type='A' THEN value END AS a, CASE WHEN type='B' THEN value END AS b FROM t GROUP BY id —— 这会导致每行只填一个字段、其余为 NULL，根本没法看。
正确做法是：
- 外层必须
GROUP BY原始分组字段（如用户ID、日期） - 每个目标列用聚合函数包裹
CASE WHEN，例如SUM(CASE WHEN type='A' THEN amount ELSE 0 END) AS a_total - 如果原始值是非数值型，用
MAX()或MIN()更安全，避免隐式类型转换出错
示例：把订单表按状态汇总成一行
SELECT user_id, COUNT(*) AS total, COUNT(CASE WHEN status = 'paid' THEN 1 END) AS paid_count, MAX(CASE WHEN status = 'shipped' THEN created_at END) AS last_shipped FROM orders GROUP BY user_id;
多条件嵌套与性能陷阱
别为了“看起来完整”硬套多层 CASE WHEN。MySQL 不会短路求值（即不保证从左到右依次判断并跳过后续），而且嵌套过深会让执行计划变差，尤其在没索引的字段上。
典型翻车场景：
- 在
WHERE子句里写CASE WHEN a>0 THEN b>10 ELSE c>5 END—— MySQL 不允许这种用法，会报ERROR 1064 - 用
CASE WHEN JSON_CONTAINS(meta, '"vip"') THEN ...做条件，但meta字段没建函数索引，全表扫描不可避免 - 在大表
SELECT中对无索引字段反复CASE WHEN，导致 Using filesort / Using temporary
优化建议：
- 把复杂判断提到应用层，尤其是涉及正则、JSON 解析、时间区间重叠等
- 若必须在 SQL 里判断，优先用
IN、BETWEEN等能走索引的写法替代多分支CASE - 对高频使用的组合条件，考虑加生成列（
GENERATED COLUMN）并建索引
NULL值处理和类型一致性问题
CASE WHEN 所有分支返回值类型不一致时，MySQL 会强制隐式转换——通常是转成精度更高或更通用的类型，比如整数和字符串混用，结果变成字符串；DECIMAL 和 FLOAT 混用，可能丢失精度。
更隐蔽的问题是 NULL：即使你写了 ELSE 0，只要某一分支返回 NULL（比如子查询没结果），整个 CASE 表达式就可能为 NULL，特别是用了 AVG()、SUM() 等聚合后。
务必检查：
- 所有
THEN和ELSE分支是否类型兼容（用CAST(... AS SIGNED)或CONVERT(..., CHAR)显式指定） - 聚合前是否要排除
NULL，例如COUNT(CASE WHEN x>10 THEN 1 END)比COUNT(CASE WHEN x>10 THEN x END)更可靠 - 和
LEFT JOIN配合时，右边表字段为NULL的情况是否被CASE正确覆盖
一个容易忽略的点：当 CASE 用于 ORDER BY，MySQL 允许写 ORDER BY CASE WHEN a=1 THEN b ELSE c END，但若 b 和 c 类型不同，排序结果可能不符合预期，且不会报错。
