IFNULL 函数用于 MySQL 中处理 NULL 值，接受两个参数：第一个为可能为 NULL 的表达式，第二个为替代值；需确保类型一致，避免隐式转换错误，且不跨数据库兼容。
IFNULL 函数在 MySQL 中怎么用才不踩空
IFNULL 只接受两个参数，第一个是可能为 <code>NULL 的表达式，第二个是当它为 NULL 时返回的替代值。它不会递归处理嵌套 NULL，也不会自动类型转换——比如 IFNULL(col, 0) 在 col 是字符串类型时，MySQL 会隐式转成数字再比对，可能触发警告或意外截断。
- 常见错误：写成
IFNULL(col, '')去填数字字段，结果插入失败或变成0（取决于 SQL mode） - 正确做法：确保第二个参数类型与目标列一致，比如数字列用
0，日期列用'1970-01-01'，字符串列用'' - 注意：IFNULL
是 MySQL 特有函数，迁移到 PostgreSQL 或 SQL Server 会直接报错 <code>Unknown function 'IFNULL'
替代方案：COALESCE 比 IFNULL 更通用但更严格
COALESCE 接收任意多个参数，返回第一个非 <code>NULL 的值，且要求所有参数类型兼容。它符合 SQL 标准，跨数据库可用，但对类型一致性更敏感。
- 常见错误：写
COALESCE(col, 'N/A', 0)，当col是整型时，MySQL 会尝试把'N/A'转成数字，结果变成0，最终永远返回0 - 使用场景：需要 fallback 多级（比如优先用
name，没有就用nickname，再没有就用'Anonymous'），用COALESCE(name, nickname, 'Anonymous') - 性能影响：和
IFNULL差异极小，但多参数时解析开销略高，不过可忽略
WHERE 条件里用 IFNULL 容易漏掉真实 NULL 数据
很多人想“查出所有 name 不为空的记录”，顺手写 WHERE IFNULL(name, '') !=''，这看起来合理，但实际会过滤掉原本 name IS NULL 的行——而这是对的；问题在于，如果本意是“包含 NULL 和空字符串都算无效”，那这个写法反而把 name = '' 留下了。
- 典型陷阱：用
IFNULL(name, '') !=''当作“非空校验”，结果name = ''的数据没被排除 - 更安全的写法是显式判断：
WHERE name IS NOT NULL AND name != '' - 如果真要用函数包装，推荐
NULLIF(name, '') IS NOT NULL，语义更清晰，也避免隐式转换干扰
UPDATE 场景下 IFNULL 不能替代 DEFAULT 或约束
有人在 UPDATE 语句里写 SET price = IFNULL(?, price) 来实现“只更新传了值的字段”，这能跑通，但掩盖了业务逻辑缺陷：它让空值（比如前端传 null）和未传字段无法区分，导致误覆盖。
- 真实风险：API 接口字段可选，但后端没做字段级判空，
IFNULL(?, price)把本该跳过的字段强制设回原值，掩盖了数据未更新意图 - 建议：在应用层做字段存在性判断，或用
INSERT …… ON DUPLICATE KEY UPDATE配合VALUES(col)语法 - 记住：
IFNULL是数据层面的兜底，不是业务逻辑的开关
