MySQL中条件分支唯一标准解法是CASE WHEN：等值映射用简单CASE，范围判断等用搜索CASE；必须显式写ELSE防NULL风险；不可用于WHERE过滤以免破坏索引；所有分支需统一数据类型。
MySQL 里没有 IF() 表达式（注意不是存储过程里的 IF 语句），想在查询中做条件分支，CASE WHEN 是唯一标准解法——它不是可选项，而是必须掌握的语法。
简单 CASE 和搜索 CASE 怎么选？
别凭感觉写，看条件类型决定用哪一种：
- 等值映射（如状态码转文字、性别数字转“男/女”）→ 用简单
CASE column WHEN value THEN result，语义清晰、性能略好 - 范围判断（
>=、BETWEEN）、空值检查（IS NULL）、多字段组合（status = 'shipped' AND updated_at ）→ 必须用搜索 <code>CASE WHEN condition THEN result，简单 CASE 在这些场景直接报错ERROR 1064 (42000) -
CASE status WHEN age > 18 THEN '成人'这种写法是错的：简单 CASE 的WHEN后面只接受值，不接受布尔表达式
CASE WHEN 必须写 ELSE 吗？
可以省略，但线上环境强烈建议显式写。不写 ELSE 时，所有条件都不匹配的行会返回 NULL，这在聚合统计、报表展示、前端渲染时极易出问题：
-
SELECT COUNT(*)统计时，NULL值被忽略，导致总数变少 - 前端显示为空白或
null字符串，体验断裂 - UPDATE 场景下漏
ELSE会让未匹配行的字段被设为NULL，数据不可逆丢失 - 推荐写法是
ELSE column_name（保留原值）或ELSE 'unknown'（业务兜底）
CASE WHEN 能用在 WHERE 里过滤吗？
不能直接用。很多人想这么写：WHERE CASE WHEN status = 'active' THEN 1 ELSE 0 END = 1，语法虽通，但会破坏索引，执行计划大概率走全表扫描。
正确做法是把逻辑拆成原生布尔表达式：
- ✅
WHERE status = 'active' - ✅
WHERE (status = 'active' AND created_at > '2026-01-01') OR (status = 'pending' AND retry_count - ❌ 避免
WHERE CASE WHEN ... THEN ... END IN (1, 2)—— 即使能跑，性能也差 - 如果逻辑实在复杂（比如依赖计算列），优先考虑用子查询或临时字段预计算，再在
WHERE中引用
返回值类型不一致会怎样？
MySQL 不报错，但会静默转换类型，后果隐蔽且严重：
- 混用数字和字符串：
CASE WHEN flag = 1 THEN 100 ELSE 'N/A' END→ 整列转为VARCHAR，后续SUM()或ORDER BY按字符串排序（'10'>'9'） - 数值精度丢失：某分支返回
DECIMAL(10,2)，另一分支返回INT，结果可能被截断 - 安全写法：所有
THEN和ELSE分支统一用同类型值，比如都用字符串THEN '100'，或都用数字THEN 100 ELSE -1（注意 -1 是否业务可接受）
最常被忽略的是嵌套深度和执行位置——CASE WHEN 是表达式，不是控制流；它出现在 SELECT、ORDER BY、SET 右侧才合法，在 WHERE 或 GROUP BY 里滥用，轻则慢，重则结果错。
