if() 是表达式而非流程控制语句，仅返回值不改变执行路径；多分支用 case when；真条件执行需存储过程；where 是逐行过滤，非逻辑跳转。
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”，而是一个强结构化、声明式的查询引擎。
