MySQL存储过程中CASE语句必须用END CASE结束，不可省略或误写为END；分号不可缺；简单CASE仅支持等值比较，搜索CASE支持布尔表达式；必须含ELSE分支，否则报ERROR 1339；DML需用BEGIN END包裹。
CASE语句在MySQL存储过程中不是“可选技巧”，而是处理多分支逻辑的刚需工具——它比嵌套IF更清晰，比硬编码SELECT更可控，但写错语法或忽略边界条件会直接导致存储过程编译失败或运行时报错。
存储过程里CASE必须用END CASE，不能写成END
这是最常踩的坑：在查询语句中CASE WHEN ... END就能收尾，但在存储过程里，所有流程控制语句都必须严格配对。漏掉END CASE或错写成END，MySQL会报ERROR 1064（SQL语法错误），且错误提示往往不指明具体位置。
- 正确写法：
CASE value WHEN 1 THEN ... ELSE ... END CASE; - 错误写法：
CASE value WHEN 1 THEN ... END;（缺CASE） - 错误写法：
END CASE前面少;（分号是语句结束符，不是可选）
简单CASE vs 搜索CASE：选错语法会导致逻辑失效
两种写法底层行为完全不同，不能混用。简单CASE（CASE value WHEN ...）只做等值比较；搜索CASE（CASE WHEN condition THEN ...）支持任意布尔表达式，包括范围判断、NULL检查、函数调用。
- 用简单CASE处理枚举值：
CASE status WHEN 'active' THEN '启用' WHEN 'inactive' THEN '停用' - 用搜索CASE处理区间：
CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' - 别用简单CASE写范围：
CASE score WHEN >= 90 THEN ...→ 语法错误，MySQL不识别
没有ELSE分支时，不匹配就抛ERROR 1339
MySQL的CASE在存储过程中**不允许空分支**。如果所有WHEN都不满足，又没写ELSE，就会触发ERROR 1339 (HY000): Case not found for CASE statement。这不是警告，是中断执行的错误。
- 生产环境务必写
ELSE，哪怕只是SET msg = 'unexpected input'; - 不要依赖“输入一定合法”的假设——比如传入
country字段，数据库里可能存了NULL或空字符串，CASE country WHEN 'USA'...不会匹配它们 - 显式处理
NULL：WHEN country IS NULL THEN ...或在ELSE里兜底
CASE内部不能直接执行DML语句，得靠BEGIN END块包裹
很多人想在THEN后面直接写UPDATE或INSERT，但MySQL要求每个分支的statement_list必须是单条语句，或多条语句用BEGIN ... END包起来。
- 合法：
WHEN 1 THEN BEGIN INSERT INTO log VALUES (...); SET done = 1; END - 非法：
WHEN 1 THEN INSERT INTO log VALUES (...); UPDATE t SET flag=1;（第二条语句无容器） - 注意
BEGIN END块内每条语句末尾都要有;，块外END CASE前也要有;
真正难的不是写出第一个CASE，而是让每个WHEN分支的执行路径都可预期、可测试、可回溯——尤其是当case_value来自用户输入或JOIN结果时，隐式类型转换、NULL传播、字符集差异都会悄悄改写你的判断逻辑。
