ifnull仅对第一个参数是否为null做替换，不改变表达式逻辑；正确用法是ifnull(sum(col),0)处理空结果集，而非sum(ifnull(col,0))；其惰性求值特性要求谨慎评估分支执行路径。
IFNULL 不能直接用于避免空值导致的整个表达式为 NULL，它只做两值替换，且第二个参数参与计算时仍可能产出 NULL。
IFNULL 的基本行为和常见误用
很多人以为 IFNULL(a + b, 0) 能让加法结果为空时返回 0，但其实只要 a 或 b 是 NULL，a + b 就是 NULL，这时 IFNULL 才生效。问题在于：如果想对每个字段单独兜底再计算（比如 IFNULL(a,0) + IFNULL(b,0)），就不能写成 IFNULL(a + b, 0) —— 二者语义完全不同。
-
IFNULL(expr1, expr2)只检查expr1是否为 NULL；若不是，直接返回expr1，不碰expr2 - 如果
expr1是函数调用（如SUM(col)），而该函数在无匹配行时返回 NULL，IFNULL才有用武之地 - 在 WHERE 或 JOIN 条件中滥用
IFNULL可能导致索引失效，例如WHERE IFNULL(status, 'active') = 'active'
什么时候必须用 IFNULL，而不是 COALESCE
IFNULL 是 MySQL 特有、双参数、严格左到右求值；COALESCE 是 SQL 标准、支持多参数、按顺序返回第一个非 NULL 值。实际选型看场景：
- 需要兼容 PostgreSQL / SQLite？用
COALESCE(col, 0)，别用IFNULL - 明确只处理两个值，且希望第二个参数**不被求值**（比如含子查询或函数副作用），
IFNULL更安全：例如IFNULL(name, (SELECT default_name FROM config))中，子查询仅在name为 NULL 时执行 -
IFNULL返回类型与第一个参数一致；COALESCE需要隐式转换，可能引发警告，比如COALESCE(int_col, 'N/A')会把整数转字符串
在聚合计算中正确兜底 NULL
聚合函数如 SUM()、AVG() 在空结果集时返回 NULL，此时 IFNULL 才真正必要：
SELECT IFNULL(SUM(amount), 0) AS total FROM orders WHERE user_id = 123;
但注意：如果 amount 字段本身含 NULL，SUM 会自动忽略它们，无需提前用 IFNULL(amount, 0) 包裹——那是冗余操作，还可能干扰优化器。
- 错误写法：
SUM(IFNULL(amount, 0))→ 多余，SUM 已跳过 NULL - 正确写法：
IFNULL(SUM(amount), 0)→ 应对无行匹配时的 NULL - 若需同时处理字段 NULL 和空结果集，才组合使用：
IFNULL(SUM(IFNULL(amount, 0)), 0)，但极少需要
和 NULL-safe 比较运算符的配合使用
IFNULL 不解决比较逻辑问题。比如想查 “status 为 NULL 或 'draft' 的记录”，不能写 WHERE IFNULL(status, 'draft') = 'draft'，这会把 'pending' 也拉进来。应该用：
WHERE status 'draft' OR status IS NULL
或者更清晰的写法：
- 用
（NULL-safe 等号）：它把 NULL 视为一个可比值，NULL NULL返回 1 - 显式拆开条件：
WHERE status = 'draft' OR status IS NULL -
IFNULL在这里只是“补值”，不是“补逻辑”，别让它掩盖真实的判断意图
真正容易被忽略的是：IFNULL 的第二个参数如果本身是表达式，在第一个参数不为 NULL 时完全不会执行——这个惰性求值特性，既可能是性能优势，也可能成为调试盲区。写复杂嵌套时，建议先确认哪个分支实际会被触发。
