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的记录全捞出来，语义可能和预期不符
