mysql存储过程流程控制必须用if-elseif-else结构，严禁case when；需严格遵循关键字连写（如elseif非else if）、then不可省、每分支末尾必有end if；null参与逻辑运算会得unknown致误入else，应显式用is null或coalesce处理；嵌套超4层须重构为状态码或拆分过程；if是流程控制语句，if()函数仅用于表达式，二者不可混用。
MySQL 存储过程中不能用 CASE WHEN 做流程控制，必须用 IF-ELSEIF-ELSE-END IF 结构；写错空格、漏掉 THEN 或忘记 END IF 都会直接报错 ERROR 1064。
IF-ELSEIF-ELSE 必须严格按语法写，不能省略或变形
很多人抄代码时把 ELSEIF 写成 ELSE IF（中间有空格），MySQL 就会报语法错误。这不是风格问题，是解析器硬性要求：关键字必须连写、THEN 不可省、每个分支块末尾必须有 END IF。
-
IF condition THEN ... END IF;是最简单分支，不带ELSE也合法 -
ELSEIF后面必须跟条件，不能只写ELSEIF THEN - 每个
THEN后可跟多条语句，无需额外加BEGIN...END（除非要声明变量） - 嵌套
IF时，内层也要完整闭合，比如外层IF ... END IF包着内层IF ... END IF
多个变量联合判断时，NULL 会让整个条件变 UNKNOWN
MySQL 的三值逻辑意味着：@a = 'x' AND @b = 'y' 只要其中任一变量为 NULL，整条表达式就不是 TRUE 或 FALSE，而是 UNKNOWN，结果等同于 FALSE——这常导致本该进 IF 的逻辑进了 ELSE。
- 高频分支必须显式检查
IS NULL，例如：IF @type IS NULL OR @type = 'user' - 避免把多个字段塞进一个条件，拆成独立判断更可控：
IF @status IS NOT NULL THEN ... ELSEIF @tenant_id IS NOT NULL THEN ... - 用
COALESCE(@type, '') = 'user'也能绕过 NULL 陷阱，但要注意类型隐式转换风险
超过 4 层 ELSEIF 就该重构，别硬扛缩进和栈深度
缩进太深不只是难读，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() 函数只是表达式，两者语法、作用域、NULL 处理方式全都不一样——混用就会在调试时反复卡住。
