MySQL存储过程中必须用IF而非CASE WHEN做流程控制，因CASE仅支持表达式计算（如SET/SELECT），不能跳过语句执行；合法流程结构为IF...THEN...ELSEIF...ELSE...END IF，且ELSEIF须连写、每分支末尾必有END IF。
MySQL 存储过程中必须用 IF，不能用 CASE WHEN 做流程控制
MySQL 的存储过程语法明确禁止把 CASE WHEN 当作流程控制语句使用——它只允许在查询表达式中出现（比如 SELECT CASE WHEN ...），一旦写成 CASE WHEN ... THEN ... END CASE; 放在 BEGIN ... END 块里当分支逻辑用，就会直接报错 ERROR 1064。
真正合法的流程控制结构只有一种：IF ... THEN ... ELSEIF ... THEN ... ELSE ... END IF;。这个结构不是“可选风格”，是解析器硬性要求：
-
ELSEIF必须连写，写成ELSE IF（中间空格）就语法错误 -
THEN不可省略，哪怕后面只跟一条语句 - 每个
IF分支块末尾都必须有END IF，嵌套时也一样 -
ELSE后面不接条件，也不写THEN
IF 条件里遇到 NULL 会静默走错分支
MySQL 的三值逻辑会让 @a = 'x' AND @b = 'y' 在任一变量为 NULL 时返回 UNKNOWN，而 IF 只认 TRUE 才进分支，UNKNOWN 和 FALSE 都进 ELSE。这导致大量“明明该进 IF 却进了 ELSE”的线上问题。
正确做法是显式处理 NULL：
- 用
IS NULL或IS NOT NULL替代等值判断，例如：IF @status IS NOT NULL AND @status = 'active' - 用
COALESCE(@type, '') = 'user'转换空值，但注意字符串和数字类型混用可能触发隐式转换 - 多个字段联合判断时，拆成独立
IF层级，避免单条件堆砌
嵌套超过 4 层 IF 就该重构，别硬缩进
缩进太深不只是难读，MySQL 5.7+ 实际稳定支持的嵌套层级一般不超过 8 层；再深容易触发 ERROR 1429 或服务端栈溢出——这不是理论限制，是真实运维踩过的坑。
更可靠的替代方案有两种：
- 用状态码中转：先
DECLARE status_code TINYINT DEFAULT 0，再SET status_code = (SELECT ...)统一计算分支依据，后续只写一层IF status_code = 1 THEN ... ELSEIF status_code = 2 THEN ... - 真复杂就拆过程：把长分支逻辑拆成多个独立存储过程，用
CALL分段调用，比堆ELSEIF更易测、易灰度、易定位
IF() 函数和流程控制 IF 完全不是一回事
这是最常混淆、调试时反复卡住的点：IF(condition, a, b) 是 SQL 表达式函数，只能用在 SELECT、WHERE、ORDER BY 等上下文中；而存储过程里的 IF ... THEN ... END IF 是流程控制语句，属于过程式语法，两者作用域、解析时机、NULL 处理方式全都不兼容。
典型错误包括：
- 在
IF流程块里试图写SET @x = IF(@a > 0, 'yes', 'no');—— 这本身合法，但若误以为能用它替代整个分支逻辑，就会漏掉副作用语句（比如INSERT、UPDATE） - 把
IF流程语句抄到SELECT里，或者反过来，结果全是语法错误
记住一个简单区分法：看有没有 END IF。有，就是流程控制；没有，就是表达式函数。
