IFNULL不生效的常见原因包括：非MySQL数据库不支持该函数；参数类型不匹配；仅处理NULL值，对空字符串、0等无效；WHERE中使用导致索引失效；或误将IFNULL用于无记录结果而非NULL值。

MySQL里IFNULL不生效的常见原因

IFNULL只在MySQL中可用，如果你用的是PostgreSQL、SQL Server或SQLite，直接写IFNULL(col, 'default')会报错。比如PostgreSQL会提示function ifnull(unknown, unknown) does not exist；SQL Server则完全不认识这个函数。另外，即使在MySQL里，如果参数类型不兼容（比如对DATETIME列用字符串默认值），也可能隐式转换失败或触发警告。

• 确认数据库类型：运行SELECT VERSION()或查文档，别凭经验硬套
• IFNULL只接受两个参数，第三个及以上会被忽略——有人误写成IFNULL(a,b,c)还纳闷为啥c没起作用
• 它对NULL有效，但对空字符串''、数字0、布尔FALSE完全无感——这是业务逻辑常漏判的点

跨数据库兼容的NULL填充写法：COALESCE最稳

COALESCE是SQL标准函数，所有主流数据库都支持，语义也更清晰：返回第一个非NULL的表达式。它能接任意多个参数，天然适合多层兜底场景。

SELECT 
  COALESCE(phone, mobile, '未提供联系方式') AS contact,
  COALESCE(created_at, updated_at, NOW()) AS effective_time
FROM users;

• 参数必须类型兼容，否则数据库会尝试隐式转换——PostgreSQL比MySQL更严格，可能直接报错cannot cast type timestamp to text
• 如果所有参数都是NULL，COALESCE返回NULL，不会自动 fallback 到空字符串，这点要主动处理
• 性能上和IFNULL基本无差别，但可读性更好，尤其当需要嵌套判断时

PostgreSQL和SQL Server各自的惯用写法

虽然COALESCE通用，但各数据库也有更贴近语义的本地方案，写起来更直白。

• PostgreSQL常用COALESCE，但也可以用NULLIF配合COALESCE处理“空字符串转NULL再填充”：COALESCE(NULLIF(trim(name), ''), '匿名用户')
• SQL Server推荐ISNULL（注意不是IFNULL）：ISNULL(price, 0)——它只支持两个参数，但执行效率略高于COALESCE，因为不涉及表达式类型推导
• Oracle用户注意：NVL是它的IFNULL等价物，但NVL2可以三元判断，比如NVL2(email, '已验证', '待验证')

WHERE子句里NULL填充容易踩的坑

很多人想在过滤条件里“把NULL当0处理”，比如写WHERE IFNULL(score, 0) >= 60。这看似合理，但实际可能让索引失效——特别是MySQL中，对字段加函数会阻止索引使用。

• 更安全的写法是拆开判断：WHERE (score >= 60 OR score IS NULL)，然后根据业务决定是否真要包含NULL
• 如果必须填充后比较，且字段有索引，优先考虑生成列（MySQL 5.7+）或函数索引（PostgreSQL）来固化转换逻辑
• 警惕COALESCE(col, 0) = 0这种写法：它会把原值为0和原值为NULL的记录全捞出来，语义可能和预期不符

实际用哪一种，取决于你手头的数据库、团队规范，以及是否要兼顾后续迁移。COALESCE是下限最低的选择，但具体到某个环境，本地函数往往更精准。空值处理从来不是“填个默认值”就完事，关键得看这个“默认”在业务里到底代表什么。