MySQL的IF函数以非零非NULL为TRUE：0和NULL返回v2，非零数值返回v1；安全写法应显式比较（如score>=60）；嵌套需注意顺序与括号；聚合中可用IF简化计数，但类型需一致；WHERE中不可直接用IF过滤；IFNULL仅处理NULL，二者不可混用。
IF(condition, v1, v2) 的真假判定规则必须清楚
MySQL 的 IF 函数不是简单看“是否为真”，而是按数值逻辑判断：condition 必须是非零且非 NULL 才算 TRUE。这意味着：
-
IF(0, 'yes', 'no')→ 返回'no'（0 被判为 FALSE） -
IF(NULL, 'yes', 'no')→ 返回'no'（NULL也被判为 FALSE） -
IF('abc', 'yes', 'no')→ 返回'yes'（非空字符串转为数字时尝试隐式转换，多数情况转成 0？但实际行为依赖上下文，**不推荐依赖字符串判真假**） -
IF(0.1, 'yes', 'no')→ 返回'yes'（浮点非零值视为 TRUE）
真正安全的写法是显式比较：用 score >= 60，而不是直接传字段名或表达式结果。
嵌套 IF 实现多分支时容易写错括号和逻辑顺序
当需要三档分类（比如优秀/及格/不及格），有人会这样写：
SELECT IF(score >= 90, '优秀', IF(score >= 60, '及格', '不及格'))
这本身没错，但要注意：
- 嵌套层级一多就难读，超过 3 层建议换
CASE WHEN - 条件顺序不能颠倒：必须先判最高分段（
>=90），再判次高（>=60），否则score=95会被>=60先捕获 -
IF不支持ELSE IF写法，所有分支都得靠嵌套实现，括号必须严格匹配
在聚合计算中用 IF 替代 CASE 更简洁，但别滥用
统计类查询里，IF 是最轻量的条件计数工具。例如统计已支付订单数：
SUM(IF(status = 'paid', 1, 0)) AS paid_count
比等价的 CASE 写法更短，也更易扫描。但要注意：
- 返回值类型要一致：
IF(..., 1, 0)返回整型，IF(..., 'Y', 'N')返回字符串，混用可能触发隐式转换警告 - 不能用于 GROUP BY 或 ORDER BY 中的复杂逻辑分支——这时
CASE更可控 -
IF在 WHERE 子句里不能直接过滤（它返回值，不构成条件），想筛选得写成WHERE score >= 60，而不是WHERE IF(score >= 60, 1, 0) = 1
IF 和 IFNULL 完全不是一回事，别混淆用途
IF 是通用条件表达式，IFNULL 只管 NULL 判定。常见误用：
- 想补默认值却写了
IF(col, 'default', col)—— 错！col为0或空字符串时也会触发 false 分支 - 正确补 NULL 值应直接用
IFNULL(col, 'default') -
IFNULL的返回类型由两个参数决定：如果一个是字符串、一个是数字，优先返回字符串；若都是数字，按精度高者返回（如IFNULL(1.5, 5)返回1.5）
真正容易被忽略的是：当你需要同时处理 NULL 和逻辑条件（比如“若 score 为 NULL 则标‘缺考’，否则按分数评级”），IF 和 IFNULL 得组合用，或者直接上 CASE —— 这时候硬套 IF 反而增加出错概率。
