CASE WHEN 在 SELECT 中用于动态计算字段，安全高效；在 UPDATE 中实现批量条件更新；WHERE 中慎用以防性能下降；聚合查询中配合 GROUP BY 做条件统计；嵌套过深应拆分处理。
CASE WHEN 在 SELECT 中做字段动态计算
直接在查询结果里根据条件返回不同值，是 CASE WHEN 最常用也最安全的场景。它不改变数据，只影响输出，适合做报表、状态映射、分级打标。
常见错误：漏写 ELSE，导致匹配不到时返回 NULL，前端展示成空或报错；或者把表达式写成列名但没加引号，被当成字面量。
- 必须用
END结尾，少一个字就语法报错：ERROR 1064 (42000) -
WHEN后面是布尔表达式（如status = 'paid'），不是列别名 - 如果想返回字符串，得加单引号：
THEN '已支付'，写成THEN 已支付会报列不存在 - 性能上无额外开销——它只是 SQL 层的一次计算，不触发索引失效
示例：
SELECT id, CASE WHEN amount > 1000 THEN '大额' WHEN amount > 100 THEN '中等' ELSE '小额' END AS amount_level FROM orders;UPDATE 语句里用 CASE WHEN 批量更新不同值
想按条件给不同行设不同值，比如“已发货订单设为完成，超时未付款的设为取消”，用 CASE WHEN 比写多条 UPDATE 更简洁、更原子。
容易踩的坑：把 CASE 写在 SET 外面，或者漏掉 WHERE 导致全表误更新。
-
CASE必须出现在SET子句右侧，且只作用于单个字段：SET status = CASE …… END - 所有分支的返回类型要一致，否则 MySQL 可能隐式转成字符串，导致数字比较出错
- 没加
WHERE条件？小心整张表被重置——建议先用SELECT验证逻辑 - 执行前务必确认主键或唯一索引可用，避免锁表时间过长
示例：
UPDATE orders SET status = CASE WHEN status = 'shipped' THEN 'done' WHEN status = 'pending' AND created_at < NOW() - INTERVAL 7 DAY THEN 'cancelled' ELSE status END WHERE status IN ('shipped', 'pending');WHERE 条件里嵌套 CASE WHEN 的风险
不推荐。MySQL 允许在 WHERE 里用 CASE WHEN，但几乎没实际价值，反而容易引发误解和性能问题。
典型错误现象：本想“对 VIP 用户放宽时间条件”，结果写成 WHERE CASE WHEN is_vip=1 THEN updated_at > NOW()-INTERVAL 30 DAY ELSE updated_at > NOW()-INTERVAL 7 DAY END，但这个表达式无法走索引，全表扫描概率飙升。
-
CASE在WHERE中本质是标量表达式，优化器很难推导出有效索引路径 - 等价逻辑通常可用
OR+ 括号重写，更容易命中索引 - 如果分支太多，可考虑拆成
UNION ALL查询，让每支都走独立索引 - 调试时注意：MySQL 不会报错，但
EXPLAIN一看type: ALL就知道凉了
聚合查询中配合 GROUP BY 使用 CASE WHEN
统计时按维度分组再做条件计数 / 求和，比如“各城市支付成功数 vs 支付失败数”，这是 CASE WHEN 真正体现价值的地方。
关键点在于：CASE 必须出现在聚合函数内部，不能放在 GROUP BY 后面当字段用（除非你真想按计算结果分组）。
- 写成
SUM(CASE WHEN status='success' THEN 1 ELSE 0 END)是标准写法；写成SUM(CASE WHEN status='success' THEN 1 END)会把NULL当 0 加，结果一样但可读性差 - 不要在
GROUP BY里放整个CASE表达式，除非业务真需要“按计算后的标签分组” - 注意 NULL 处理：
COUNT()会忽略NULL，但COUNT(*)不会，别混用 - 如果分支逻辑复杂，建议先建好视图或 CTE，避免主查询臃肿难维护
示例：
SELECT city, COUNT(*) AS total, SUM(CASE WHEN status = 'success' THEN 1 ELSE 0 END) AS success_cnt, AVG(CASE WHEN status = 'success' THEN amount END) AS avg_success_amount FROM orders GROUP BY city; 真正麻烦的是嵌套三层以上的 CASE WHEN，可读性断崖下跌，而且 MySQL 8.0 以前不支持在存储过程外使用 ELSE NULL 的简写。遇到这种，不如拆成临时表或用应用层处理——SQL 不是万能的，别硬刚。
