为什么MySQL IF语句前添加代码后判断逻辑失效总是返回true

核心原因 #

• MySQL的IF ... THEN ... END IF属于流控制语句，仅允许在存储程序（存储过程、自定义函数、触发器、定时事件）或MySQL 8.0+支持的BEGIN ... END匿名块中使用，不能直接作为普通SQL语句在全局上下文执行。
• 你观察到的“IF判断失效”本质是客户端语句拆分规则导致的：MySQL客户端默认使用;作为语句分隔符，当你在IF块前添加带分号的其他语句后，客户端会把整段代码拆分为3条独立语句依次发给服务端执行：
  1. select 'hello world'; 正常执行返回结果
  2. IF 1=2 THEN SELECT 'success'; 属于不完整的IF结构，部分运行环境会直接忽略无效的IF前缀，执行后面的SELECT 'success'语句，就出现了判断失效的现象
  3. END IF; 单独发送会触发语法错误，通常会被执行成功的SELECT结果掩盖，容易被忽略
     你之前单独运行IF块时“逻辑正常”，是因为整段选中执行时，客户端将完整的IF结构作为单条语句发送，刚好适配了部分环境的兼容逻辑，属于偶然的正常现象，不符合MySQL语法规范。

操作错误 #

• 违反流控制语句的使用规则，直接在全局SQL上下文使用IF ... END IF结构
• 未修改语句分隔符，导致IF结构被默认的分号分隔符拆分，结构破坏出现逻辑异常

正确使用示例 #

场景1：封装为存储过程执行 #

-- 临时修改语句分隔符为//，避免存储过程内部的分号被提前拆分
DELIMITER //
CREATE PROCEDURE test_if_logic()
BEGIN
    SELECT 'hello world';
    IF 1=2 THEN
        SELECT 'success';
    END IF;
END //
-- 改回默认分隔符
DELIMITER ;

-- 调用存储过程，只会返回hello world的结果，逻辑正常
CALL test_if_logic();

场景2：MySQL 8.0+ 直接用匿名块执行 #

DELIMITER //
BEGIN
    SELECT 'hello world';
    IF 1=2 THEN
        SELECT 'success';
    END IF;
END //
DELIMITER ;

内容的提问来源于stack exchange，提问作者tony