IFNULL函数用于MySQL中处理NULL值，语法为IFNULL(expr1, expr2)，当expr1为NULL时返回expr2，否则返回expr1；它仅影响查询结果，不修改原数据，且仅限SELECT、UPDATE等语句中使用，不支持PostgreSQL等其他数据库。
IFNULL函数的基本用法和参数含义
IFNULL 是 MySQL 特有的函数，用于在字段值为 NULL 时提供一个替代值。它接收两个参数：IFNULL(expr1, expr2)，当 expr1 不为 NULL 时返回它本身；否则返回 expr2。注意：第二个参数不能是表达式中的列名别名（比如不能写成 IFNULL(price, default_price)，除非 default_price 是真实存在的列或常量）。
常见错误是误以为它能“修改原表数据”——其实它只影响查询结果，不改变存储值。
- 只能用于 SELECT、UPDATE、INSERT 等语句的表达式中，不能单独执行
- 第二个参数类型需与第一个兼容，否则可能触发隐式转换（比如
IFNULL(created_at, '1970-01-01')在 datetime 字段上可行，但'N/A'就会报错或转成 0000-00-00） - PostgreSQL 和 SQL Server 不支持
IFNULL，前者用COALESCE，后者用ISNULL
在SELECT中给NULL字段补默认值的典型写法
最常用场景是查表时把空值显示成更友好的内容，比如把用户昵称为空的显示为“匿名用户”：
SELECT id, IFNULL(nickname, '匿名用户') AS nickname, email FROM users;
这里 nickname 是原始字段名，'匿名用户' 是字符串常量，默认值必须显式写出，不能省略或写成空字符串（除非你真想用空字符串）。
- 如果默认值要动态计算，比如取另一个字段值，可以写成
IFNULL(nickname, CONCAT('user_', id)) - 嵌套使用没问题，但可读性下降，例如
IFNULL(IFNULL(phone, mobile), '暂无联系方式') - 在 ORDER BY 或 WHERE 中也可用，但要注意索引失效风险：如果对
IFNULL(name, '')做 WHERE 查询，MySQL 通常无法走name上的索引
IFNULL在UPDATE语句里设置字段默认值的陷阱
很多人想用 IFNULL 实现“仅当字段为 NULL 时才更新”，但直接写 SET status = IFNULL(status, 'active') 是无效的——它只是把当前值原样赋回去，不会触发变更。
真正有用的是结合条件逻辑，比如初始化未设值的字段：
UPDATE users SET status = IFNULL(status, 'inactive') WHERE id = 123;
这行语句只在 status 为 NULL 时把它改成 'inactive'；如果已有值，则不变。但要注意：
- WHERE 条件必须明确，否则可能批量误更新
- 不能依赖
IFNULL实现“插入时默认值”，那是INSERT ... ON DUPLICATE KEY UPDATE或表定义DEFAULT的事 - 如果字段有
NOT NULL约束且没设默认值，INSERT 时又没给值，数据库会直接报错，IFNULL完全不介入这个阶段
替代方案和跨数据库兼容写法
如果你的项目需要兼容 PostgreSQL 或 SQLite，别硬套 IFNULL。统一用 COALESCE 更稳妥，它接受任意数量参数，返回第一个非 NULL 值：
SELECT COALESCE(nickname, real_name, '未知用户') FROM users;
COALESCE 是 SQL 标准函数，所有主流数据库都支持，且语义更清晰。而 IFNULL 只有两个参数，功能受限。
- SQLite 支持
IFNULL，但行为和 MySQL 一致；PostgreSQL 完全不认这个函数 - SQL Server 用
ISNULL(expr1, expr2)，但第二个参数类型必须严格匹配第一个，否则报错 - 如果只是想避免应用层判空，又不想改 SQL，可以在建表时就加
DEFAULT，比如nickname VARCHAR(50) DEFAULT '匿名用户'
真正容易被忽略的是：默认值逻辑到底该放在数据库层还是应用层。很多团队后期才发现，把 IFNULL 堆在几十个查询里，不如在 ORM 层统一处理空值，或者干脆让数据库字段带 DEFAULT 和 NOT NULL 约束——这样既省 SQL 冗余，也减少运行时判断开销。
