MySQL存储过程中IF必须在BEGIN...END内使用，需配对THEN和END IF，不可独立执行或简写；条件须基于变量（如v_status），不能直接用COUNT(*)等表达式。
MySQL 存储过程中怎么写 IF 判断
MySQL 的 IF 语句必须写在存储过程或函数体内，不能独立执行。它不是 SQL 标准的表达式，而是流程控制语句，所以语法结构固定、不支持简写（比如没有三元运算符）。
常见错误是把 IF 当成 SELECT 里的条件函数用，结果报错 ERROR 1064 —— 因为外面没包 BEGIN...END，或者漏了 THEN 或 END IF。
-
IF必须和THEN、END IF配对，中间可以嵌套ELSEIF和ELSE - 判断条件里不能直接写列名裸用，得配合
SELECT ... INTO或参数变量，比如IF v_count > 0 THEN，而不是IF COUNT(*) > 0 THEN - 单行
IF不合法，哪怕只有一句也要换行写全结构
DELIMITER $$
CREATE PROCEDURE check_user_status(IN uid INT)
BEGIN
DECLARE v_status VARCHAR(20);
SELECT status INTO v_status FROM users WHERE id = uid;
IF v_status = 'active' THEN
UPDATE logs SET note = 'processed' WHERE user_id = uid;
ELSEIF v_status = 'banned' THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'User banned';
ELSE
INSERT INTO alerts(user_id, msg) VALUES (uid, 'unknown status');
END IF;
END$$
DELIMITER ;MySQL 存储过程里 CASE 和 IF 该怎么选
两者都能做分支判断，但语义和适用场景不同：CASE 更适合「基于某个值的多路分发」，IF 更适合「布尔逻辑组合判断」。混用容易让逻辑变绕，也影响可读性。
典型误用：用 CASE 去判断 a > 10 AND b 这类复合条件——它只能匹配等值或简单表达式，不支持任意布尔表达式。
- 用
CASE value WHEN ... THEN ...形式时，value只能是变量或字段，不能是函数调用（如CASE YEAR(NOW()) WHEN 2024 THEN ...在部分旧版本会报错） - 想用布尔表达式分支？必须用
CASE WHEN condition THEN ...这种搜索型写法，此时它和IF功能重叠，但嵌套层级深时CASE更紧凑 - 性能上无实质差异，但
CASE在单字段多值映射场景下更容易被优化器识别
-- 推荐：字段值枚举映射用 CASE CASE user_type WHEN 'vip' THEN 'priority' WHEN 'trial' THEN 'limited' ELSE 'basic' END <p>-- 推荐：复合条件判断用 IF IF score >= 90 AND completed = 1 THEN SET level = 'A+'; ELSEIF score >= 80 THEN SET level = 'A'; END IF;
存储过程里判断后怎么安全返回结果或中断执行
MySQL 存储过程不能像函数那样直接 RETURN，也没有 break 或 return 语句。想提前退出，得靠 LEAVE + 标号；想抛异常终止，得用 SIGNAL。
常见坑是以为 SELECT 能当返回值用——它只是输出结果集，调用方未必能捕获；或者用 EXIT（不存在的关键字）导致语法错误。
- 用
LEAVE label_name跳出指定代码块，必须先用label_name: BEGIN ... END定义标号 -
SIGNAL是唯一标准中断方式，SQLSTATE '45000'是用户自定义错误通用码，消息长度不能超 128 字符 - 避免用
KILL QUERY或修改系统变量来“模拟中断”，不可控且可能影响连接池
my_proc: BEGIN
DECLARE v_exists INT DEFAULT 0;
SELECT COUNT(*) INTO v_exists FROM orders WHERE user_id = uid AND status = 'pending';
IF v_exists = 0 THEN
LEAVE my_proc; -- 直接跳出整个 BEGIN 块
END IF;
UPDATE orders SET status = 'processing' WHERE user_id = uid;
ENDIF/CASE 在不同 MySQL 版本里的兼容性注意点
5.5 是个分水岭：之前不支持 SIGNAL 和 RESIGNAL，也没办法在存储过程里用子查询赋值给变量（必须 SELECT ... INTO）。8.0 后增加了窗口函数支持，但和流程控制无关，别误以为能塞进 IF 条件里。
最容易被忽略的是 SQL_MODE 影响：如果开了 STRICT_TRANS_TABLES，某些隐式类型转换失败会导致整个存储过程中断，看起来像 IF 没生效，其实是前面的 SELECT INTO 报错了。
- 5.6+ 才支持
ITERATE和更灵活的循环控制，但和IF本身无关 -
CASE表达式在SELECT语句中一直可用，但在存储过程体里作为流程控制，要求 MySQL ≥ 5.0.3 - 所有流程控制语句都要求客户端连接时使用
DELIMITER修改语句结束符，否则遇到第一个;就提前结束了
实际部署前务必确认目标环境的 MySQL 版本和 SQL_MODE 设置，光语法通过不代表运行不出错。
