CASE WHEN是控制流表达式而非函数，必须依附SELECT/ORDER BY/WHERE等上下文使用；分SIMPLE CASE（值匹配）和SEARCHED CASE（条件表达式），后者更常用；执行按序匹配首个TRUE分支，缺ELSE或条件全不满足则返回NULL；注意NULL比较须用IS NULL，GROUP BY中推荐用列别名复用，WHERE中滥用CASE会失效索引。
MySQL中CASE WHEN的基本写法与执行逻辑
直接说结论：CASE WHEN不是函数，是控制流表达式，必须配合SELECT、ORDER BY或WHERE等上下文使用，不能独立执行。它不改变原始数据，只在查询时动态生成新字段值。
两种语法必须分清：SIMPLE CASE（匹配固定值）和SEARCHED CASE（支持任意布尔表达式）。绝大多数场景用后者，因为更灵活：
SELECT name,
CASE
WHEN score >= 90 THEN 'A'
WHEN score >= 80 THEN 'B'
WHEN score >= 60 THEN 'C'
ELSE 'F'
END AS grade
FROM students;
注意：分支按顺序从上到下求值，第一个为TRUE的分支即返回结果，后续分支不再检查——这点常被忽略，导致逻辑覆盖错误。
避免CASE WHEN返回NULL的三个关键点
没写ELSE子句、条件全部不满足、或分支中混入NULL参与比较（如score = NULL），都会让整条记录该字段变成NULL。这不是bug，是SQL三值逻辑的必然结果。
-
ELSE不是可选“锦上添花”，而是防止意外NULL的必需兜底 - 涉及字段可能为
NULL时，别用= NULL，改用IS NULL（例如WHEN dept_id IS NULL THEN 'Unknown'） - 如果所有分支都可能跳过，又不想用
ELSE，可用COALESCE(CASE ..., 'default')二次兜底
在GROUP BY和ORDER BY里安全复用CASE WHEN结果
不能直接在GROUP BY或ORDER BY里写完整CASE表达式——虽然MySQL允许，但可读性差且容易和SELECT列表不同步。更稳妥的做法是用列别名或子查询。
推荐方式（列别名引用）：
SELECT CASE WHEN status = 1 THEN 'active' ELSE 'inactive' END AS status_label, COUNT(*) FROM users GROUP BY status_label;
注意：这个写法在MySQL 5.7+默认开启ONLY_FULL_GROUP_BY时才被允许；若报错Expression #1 of SELECT list is not in GROUP BY clause，说明SQL模式限制严格，此时必须改用子查询或显式重复CASE表达式。
性能陷阱：CASE WHEN不会阻止索引使用，但会干扰优化器估算
CASE本身不导致全表扫描，但如果把它塞进WHERE条件做“伪过滤”（比如WHERE CASE WHEN type='vip' THEN 1 ELSE 0 END = 1），就等于放弃索引。这是典型误用。
真正影响性能的是两点：
- 在
WHERE中对字段套CASE，几乎必然使对应字段索引失效 - 复杂嵌套
CASE（尤其含子查询或函数调用）会让优化器难以估算行数，可能选错执行计划 - 若需按转换后结果高频筛选，不如在业务层处理，或建生成列（MySQL 5.7+支持
GENERATED COLUMN并为其加索引）
最常被忽略的是：CASE WHEN结果字段无法被ORDER BY隐式利用索引排序——即便你给原始字段建了索引，转换后的顺序仍是计算所得，不复用索引。
