IF() 函数只在 SELECT / SET / INSERT 中起作用，不能控制语句执行流
很多人误以为
IF()能像编程语言那样“跳过某段 SQL”，其实它只是**表达式级别的值选择器**——只返回一个计算结果，不改变 SQL 执行路径。你在
WHERE、
ORDER BY甚至
SELECT列中用它，它都只是算出一个值填进去。 ✅ 正确用法：作为列的动态别名或转换值，例如
SELECT name, IF(age >= 18, '成人', '未成年') AS status FROM users;❌ 错误理解：写成
IF(score > 60, SELECT * FROM passed, SELECT * FROM failed)——这在 MySQL 中语法非法，MySQL 不支持“条件执行不同 SQL 语句”这种逻辑（除非进存储过程） ⚠️ 注意：
IF(expr, v1, v2)中的
expr为
NULL或数值为 0 时，均视为 FALSE；只有非 0 非 NULL 才算 TRUE
CASE WHEN 是更安全、更可读的多分支替代方案
当判断逻辑超过两个分支，或者需要和字段值做精确/范围匹配时，
CASE WHEN比嵌套
IF()更可靠。它天然支持逐条求值、短路退出，并且语义清晰，MySQL 优化器也更容易推断其行为。 ✅ 推荐写法（搜索型 CASE）：
SELECT product_name,
CASE category
WHEN 'book' THEN '? 图书'
WHEN 'electronics' THEN '? 电子'
ELSE '? 其他'
END AS tag
FROM products;
✅ 推荐写法（条件型 CASE，适合范围判断）：SELECT score,
CASE
WHEN score >= 90 THEN 'A'
WHEN score >= 80 THEN 'B'
WHEN score >= 60 THEN 'C'
ELSE 'F'
END AS grade
FROM students;
⚠️ 常见坑：漏写 ELSE→ 匹配不到时返回
NULL，可能引发前端空值错误；另外，
CASE分支按顺序执行，前面条件“吃掉”后面条件（比如把
>= 60写在
>= 90前面，所有及格分都会被判成 C）
真正“根据条件执行不同 SQL”的唯一合法场景：存储过程 + IF 语句
如果你的需求是「如果 A 成立就跑 SQL1，否则跑 SQL2」，那必须离开普通查询语句，进入存储过程上下文。这里的
IF是**流程控制语句**，不是函数，语法、作用域和执行时机都完全不同。 ✅ 正确结构（需在
BEGIN...END块内）：
DELIMITER $$ CREATE PROCEDURE check_and_update(IN user_id INT) BEGIN DECLARE user_score INT; SELECT score INTO user_score FROM users WHERE id = user_id; <p>IF user_score > 95 THEN UPDATE users SET level = 'VIP' WHERE id = user_id; ELSEIF user_score > 80 THEN UPDATE users SET level = 'PLUS' WHERE id = user_id; ELSE UPDATE users SET level = 'NORMAL' WHERE id = user_id; END IF; END$$ DELIMITER ;⚠️ 关键限制：不能在普通客户端连接里直接执行带
IF的裸语句；调用必须用
CALL check_and_update(123);⚠️ 注意：存储过程中变量需显式声明（
DECLARE），且
SELECT ... INTO是获取单值的唯一方式；多行结果要用游标，复杂度陡增
WHERE 条件里的“判断”本质是布尔过滤，不是 if-else
初学者常混淆：为什么
WHERE status = 'active' OR status = 'pending'看起来像分支，却不算“条件判断执行”？因为这是**全表扫描/索引查找后的逐行布尔判定**，每行独立计算真假，决定是否保留——它不改变 SQL 结构，也不跳过任何子句。 ✅ 高效写法（善用索引）：
WHERE status IN ('active', 'pending') 比多个 OR更易被优化；
BETWEEN比
>= AND 语义等价但更简洁⚠️ 性能雷区：
WHERE name LIKE '%keyword'无法走索引；
OR连接不同字段（如
vend_id = 1002 OR prod_price > 100）常导致索引失效，建议拆成
UNION或重写为覆盖索引查询 ? 记住：WHERE 是“筛数据”，SELECT 中的
IF/
CASE是“改显示”，存储过程中的
IF是“定流程”——三者层级、作用域、开销完全不同，混用必踩坑
真正容易被忽略的是：没有一种 MySQL 条件语法能让你在一条普通 SELECT 里“动态切换 FROM 表名”或“有条件地 JOIN 某个表”。这类需求要么靠应用层拼 SQL，要么用 UNION ALL 模拟，要么进存储过程——底层机制决定了它不是“弱化版 Python”，而是一个强结构化、声明式的查询引擎。
