在 MySQL 里，很多人会把 IFNULL() 当成“给字段设置默认值”的快捷办法，但它真正处理的是 SQL 表达式里的空值结果，而不是表结构中的默认值定义。要想用对这个函数，关键是分清它影响的是查询显示、更新表达式，还是建表阶段的默认值策略。
下面按几个最常见的问题展开：先看 IFNULL(expr1, expr2) 到底返回什么，再看它在 SELECT 和 UPDATE 里的实际写法，最后补上跨数据库替代方案和该不该把默认值逻辑放进 SQL 的判断依据。
IFNULL 到底能做什么，不能做什么
在 MySQL 中，IFNULL 专门用于处理字段值为 NULL 的情况，语法是 IFNULL(expr1, expr2)。
它的规则很直接：当 expr1 不是 NULL 时，返回 expr1 本身；当 expr1 是 NULL 时，返回 expr2。
这里最容易混淆的一点是，IFNULL 只影响当前 SQL 表达式的结果，不会修改原始存储值。换句话说，它不是表字段默认值定义，也不会自动把表里的 NULL 改写成别的内容。
- 它只能用于
SELECT、UPDATE、INSERT等语句的表达式中，不能单独执行。 - 第二个参数需要与第一个参数类型兼容，否则可能触发隐式转换。
- 例如
IFNULL(created_at, '1970-01-01')用在 datetime 字段上通常可行，但'N/A'可能报错或被转成0000-00-00。 - 像
IFNULL(price, default_price)这样的写法，只有在default_price是真实存在的列或常量时才成立，不能把表达式里的别名直接当第二个参数来用。
在 SELECT 中给 NULL 字段补默认显示值
IFNULL 最常见的用途，是在查询结果里把空值替换成更友好的显示内容。比如用户昵称为空时，返回“匿名用户”：
SELECT id, IFNULL(nickname, '匿名用户') AS nickname, email FROM users;这里 nickname 是原始字段名，'匿名用户' 是明确写出的默认值。这个默认值不能省略，也不能随便写成空字符串，除非你的业务就是要返回空字符串。
默认值也可以是动态表达式
如果你不想写死常量，而是希望空值时回退到另一段计算结果，也可以直接把表达式放进第二个参数：
IFNULL(nickname, CONCAT('user_', id))这种写法适合“昵称为空时，用用户 ID 拼一个展示名”之类的场景。
嵌套可用，但要留意可读性和索引
IFNULL 可以嵌套，例如：
IFNULL(IFNULL(phone, mobile), '暂无联系方式')功能上没有问题，但 SQL 会变得更难读，后期维护成本也更高。
另外，在 ORDER BY 或 WHERE 中使用 IFNULL 时，要特别注意索引失效风险。比如对 IFNULL(name, '') 做条件判断时，MySQL 通常无法走 name 上的索引，这会直接影响查询性能。
在 UPDATE 里使用 IFNULL 的常见误区
很多人会把 IFNULL 理解成“仅当字段为 NULL 才更新”的简写，但这个理解并不完整。比如下面这句经常被误用：
SET status = IFNULL(status, 'active')这并不是一种“强制更新空值字段”的特殊机制，它只是把当前表达式结果重新赋回给 status。如果 status 本身有值，结果仍然是原值；如果它是 NULL，结果才会变成 'active'。
真正有意义的场景，是你明确知道更新范围，并且希望把其中仍为 NULL 的值初始化出来。例如：
UPDATE users SET status = IFNULL(status, 'inactive') WHERE id = 123;这行语句的效果是：当 id = 123 这一行的 status 为 NULL 时，将其更新为 'inactive'；如果已经有值，则保持原样。
这类写法的边界在哪里
WHERE条件必须足够明确，否则很容易误更新大量数据。- 不要把
IFNULL当成“插入时默认值”的解决方案；那属于INSERT ... ON DUPLICATE KEY UPDATE或表定义里的DEFAULT范畴。 - 如果字段带有
NOT NULL约束且没有设置默认值，INSERT时又没有提供值，数据库会直接报错，IFNULL根本不会在这个阶段介入。
跨数据库怎么写，什么时候该换方案
如果项目不只跑在 MySQL 上，直接依赖 IFNULL 往往会带来兼容性问题。更稳妥的办法通常是使用 COALESCE：
SELECT COALESCE(nickname, real_name, '未知用户') FROM users;COALESCE 是 SQL 标准函数，支持任意数量参数，会返回第一个非 NULL 的值。相比只有两个参数的 IFNULL，它在跨库和扩展性上都更合适。
- SQLite 支持
IFNULL，行为与 MySQL 基本一致。 - PostgreSQL 不支持
IFNULL，通常改用COALESCE。 - SQL Server 使用
ISNULL(expr1, expr2)，而且第二个参数类型必须严格匹配第一个，否则会报错。
默认值逻辑该放在 SQL、表结构，还是应用层
如果你的目标只是减少查询结果里的空值展示，IFNULL 很方便；但如果这是一个稳定的数据规则，更值得考虑把它前移到表结构或应用层。
例如，在建表时直接定义默认值：
nickname VARCHAR(50) DEFAULT '匿名用户'再配合 NOT NULL 约束，就能从源头减少空值进入数据库。对于已有项目，如果同一套判空逻辑已经散落在几十条 SQL 中，也可以评估是否放到 ORM 或应用层统一处理，这通常比到处堆 IFNULL 更容易维护，也更利于性能和一致性。
怎么判断该不该用 IFNULL
简单判断可以抓住三点：
- 如果只是想让查询结果更友好，
IFNULL适合用在SELECT里。 - 如果你想真正为字段建立默认规则，优先考虑
DEFAULT、NOT NULL或插入逻辑，而不是把IFNULL当成替代品。 - 如果系统需要跨数据库兼容，优先使用
COALESCE，不要把 MySQL 专有函数铺满业务 SQL。
归根到底，IFNULL 解决的是“表达式结果如何显示或参与计算”的问题，不是“字段默认值从哪里定义”的问题。把这层边界分清，SQL 才不会越写越乱。
