MySQL存储过程多分支必须用IF-ELSEIF-ELSE-END IF结构，不可用CASE WHEN作流程控制；需注意END IF结尾、ELSEIF无空格、THEN不可省略，超4层嵌套应改用状态码中转。
MySQL存储过程里不能用CASE WHEN做流程控制
很多人一上来就写 CASE WHEN ... THEN ... END CASE，结果直接报错 ERROR 1064 (42000)。这不是你语法写错了，是MySQL根本不允许在存储过程的执行体中把 CASE 当流程控制语句用——它只认 IF 系列结构。
CASE 在MySQL里只能用于表达式上下文，比如 SELECT 列计算、SET 赋值或函数返回值，不能替代分支逻辑执行路径。
- 想动态决定执行哪段SQL语句？必须用
IF ... THEN ... ELSEIF ... ELSE ... END IF - 想在查询里把
pay_type = 1映射成“微信”，可以用CASE pay_type WHEN 1 THEN '微信' ...，但这段不能出现在BEGIN ... END的流程块里作为控制跳转 - 误写
ELSE IF（带空格）会报错，必须写成ELSEIF（连写，无空格）
IF-ELSEIF多分支的硬性语法要求
MySQL对 IF 结构有几条不容妥协的规则，漏掉任何一条都会导致解析失败。
- 每个
IF必须以END IF显式结尾（注意：是END IF，不是ENDIF或END） -
THEN关键字不可省略，哪怕分支里只有一条语句 -
ELSEIF是一个词，中间不能有空格；写成ELSE IF就会被当成两个独立语句，语法校验直接挂掉 - 分支内部可以写多条语句，不需要额外套
BEGIN ... END（除非你要在里面DECLARE新变量）
超过4层ELSEIF时该怎么收住
当分支条件超过4个，比如要按分数分5档、按状态码分6种处理、按地区+等级+时间三重组合判断，硬写 ELSEIF 会迅速变成“向右滑动综合征”：缩进太深、调试困难、MySQL解析器也可能在8层以上报 ERROR 1429 或栈溢出。
更可靠的做法是把判断逻辑前置归一化：
- 先用
DECLARE status_code TINYINT DEFAULT 0声明一个状态码变量 - 用单次
SET status_code = (SELECT ...)或嵌套表达式算出唯一整型结果（比如查配置表、聚合判断、位运算） - 再用一层干净的
IF status_code = 1 THEN ... ELSEIF status_code = 2 THEN ...收口 - 这样既避开深层嵌套，又让分支依据可查、可测、可配
IF分支里能用子查询和函数吗
可以，但得小心性能和事务行为。
-
IF (SELECT COUNT(*) FROM log WHERE user_id = in_uid) > 100 THEN ...这类写法语法合法，但每次进入分支都会执行一次子查询，可能拖慢整个过程 - 函数调用如
IF DATE_SUB(NOW(), INTERVAL 7 DAY) 没问题，但避免在循环内反复调用耗时函数 - 所有分支内的语句都运行在同一个事务上下文中，
ROLLBACK会回滚全部，别指望某个ELSEIF块能局部提交 - 如果分支里要改表、插日志、发通知，建议提前评估锁粒度和执行耗时，必要时拆成多个存储过程串行调用
实际写的时候，最容易被忽略的是 ELSEIF 的拼写和 END IF 的强制闭合——这两处出错，不会提示“少了个关键字”，而是抛出模糊的语法错误，让人来回检查半天。写完务必用最小输入跑一遍，别只盯着逻辑，先过语法关。
