mysql存储过程必须用if-elseif-else-end if实现多分支，禁用case when作流程控制；elseif须连写、then不可省、每分支末尾需end if;，超4层嵌套应改用状态码中转。
MySQL存储过程里不能用CASE WHEN做流程控制
直接写 CASE WHEN ... THEN ... END CASE 会报错 ERROR 1064 (42000)，不是你语法错了，是MySQL根本不允许在存储过程执行体中把 CASE 当流程跳转语句用。它只接受 CASE 作为表达式，比如在 SELECT 列计算、SET 赋值或函数返回值里出现。
想根据条件决定执行哪段SQL（比如插入A表还是B表、调用不同逻辑），唯一合法方式是：IF ... THEN ... ELSEIF ... ELSE ... END IF。
-
ELSEIF必须连写，写成ELSE IF（带空格）就解析失败 -
THEN不可省略，哪怕后面只有一条语句 - 每个分支末尾必须有
END IF;，注意分号不能少 - 分支内部可以写多条语句，不需要额外套
BEGIN ... END（除非你要DECLARE新变量）
NULL参与判断时会意外掉进ELSE分支
MySQL三值逻辑下，@a = 'x' AND @b = 'y' 只要任一变量为 NULL，整个条件就是 UNKNOWN，等效于 FALSE，结果直接进 ELSE——这常导致本该走的分支被跳过。
显式处理是必须的：
- 用
IS NULL或IS NOT NULL单独判断，比如IF @status IS NULL OR @status = 'active' - 拆开联合条件，避免堆在一起：先判
@status IS NOT NULL，再判具体值 - 用
COALESCE(@type, '') = 'user'绕过，但要注意类型隐式转换风险（比如数字字段转字符串）
超过4层ELSEIF就该重构，别硬写
写到第5个 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 ... - 状态码可查配置表，让分支逻辑外部化，方便测试和灰度
IF块内执行SQL要主动检查影响行数和错误
在 THEN 或 ELSEIF 里写 UPDATE 或 INSERT，不检查结果等于埋雷：
- 没匹配到行时
UPDATE影响0行，但过程不会报错，程序可能误判成功 - 要用
SELECT ROW_COUNT()确认是否真改了数据 - 加异常捕获：
DECLARE EXIT HANDLER FOR SQLEXCEPTION，并在开头用GET DIAGNOSTICS CONDITION 1 @sqlstate = RETURNED_SQLSTATE查具体错误类型 - 避免裸写
INSERT INTO t VALUES ()，优先包装成带错误检查的子过程
IF 在存储过程中是流程控制语句，而查询里的 IF() 函数只是表达式——两者语法、作用域、对 NULL 的处理全都不一样，混用会在调试时反复卡住。
