MySQL 5.7 存储过程必须用 IF-ELSEIF-ELSE 而非 CASE WHEN 控制流程，ELSEIF 连写、每分支需 END IF; 和 THEN，NULL 导致三值逻辑错误，嵌套超4层应重构为状态码或拆分过程，并须加异常处理器。
MySQL 5.7 存储过程中不能用 CASE WHEN 做流程控制，必须用 IF-ELSEIF-ELSE 结构，且语法容错率极低——写错一个空格、漏一个分号、少一个 THEN，就直接报 ERROR 1064。
IF-ELSEIF-ELSE 的硬性语法要求
这不是风格问题，是 MySQL 解析器强制校验的规则：
-
ELSEIF必须连写，ELSE IF（中间有空格）会报错 - 每个分支末尾必须有
END IF;，且该行末尾也要加分号 -
THEN不可省略，哪怕只有一条语句 - 嵌套时内层也得闭合：
IF @x THEN IF @y THEN ... END IF; END IF; - 所有
IF块都必须显式以END IF;收尾，不能靠缩进或换行“暗示”结束
NULL 会让条件变成 UNKNOWN，导致逻辑跳转错误
MySQL 的三值逻辑意味着：@status = 'active' 在 @status 为 NULL 时结果不是 FALSE，而是 UNKNOWN，等效于进入 ELSE 分支。这在多条件联合判断时极易出错：
- 错误写法：
IF @type = 'user' AND @status = 'active'→ 只要任一为NULL，整条表达式即UNKNOWN - 正确写法：
IF @type IS NOT NULL AND @type = 'user' AND @status IS NOT NULL AND @status = 'active' - 或用
COALESCE(@type, '') = 'user'，但注意类型隐式转换风险（比如数字字段转字符串可能截断）
超 4 层嵌套就该重构，别硬堆 ELSEIF
线上真实踩过坑：嵌套超过 8 层可能触发 ERROR 1429 或服务端栈溢出；更常见的是缩进混乱、调试困难、改一处逻辑牵连多处。
- 推荐做法：
DECLARE status_code TINYINT DEFAULT 0;，用单次SET status_code = (SELECT ...)算出唯一整型依据 - 后续只写一层：
IF status_code = 1 THEN ... ELSEIF status_code = 2 THEN ... - 状态码可存日志，方便排查哪条分支被触发；也可查配置表，让逻辑可配、易测
- 真特别复杂时，拆成多个存储过程，用
CALL分段调用，比堆 10 个ELSEIF更可靠
IF 块里执行 SQL 不会自动中断，错误容易被掩盖
MySQL 存储过程默认是“继续执行模式”：某条 INSERT 因唯一键冲突失败，不会跳出当前 IF 块，后续语句照常运行——可能造成数据不一致。
- 必须主动加错误处理器：
DECLARE EXIT HANDLER FOR SQLEXCEPTION - 在关键分支开头加
GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE查具体错误类型 - 避免裸写
UPDATE，执行后要用ROW_COUNT()检查是否真的影响了行数
最常被忽略的一点：所有分支内的语句都运行在同一个事务上下文中，ROLLBACK 会回滚全部，别指望某个 ELSEIF 块能局部提交。
