IFNULL只接受两个参数且仅判断NULL，应确保第二参数为常量或已SELECT列；多备选值或需跨库兼容时用COALESCE；WHERE中避免函数导致索引失效。
IFNULL 函数怎么写才不报错
IFNULL 是 MySQL 里最直接的空值替换函数，但它只接受两个参数，且第二个参数不能是表达式里的未定义字段。常见错误是写成 IFNULL(col, other_col) 却没确认 other_col 在当前查询上下文中存在——比如在 GROUP BY 后引用非聚合字段，MySQL 8.0+ 会直接报错 Unknown column 'other_col' in 'field list'。
实操建议：
- 确保第二个参数是常量、字面量或已明确 SELECT 出来的列（如
SELECT IFNULL(name, '未知') FROM user） - 如果要 fallback 到另一列，请用
COALESCE更安全（支持多参数、按序取第一个非 NULL） - 注意
IFNULL对''（空字符串）无效——它只判断NULL，不判断逻辑空值
IFNULL 和 COALESCE 的实际选择场景
很多人默认用 IFNULL，但真正该选哪个，取决于你是否需要兼容标准 SQL 或处理多个备选值。
实操建议：
- 只做单层 NULL 替换（比如
IFNULL(price, 0)），IFNULL性能略好，语法更短 - 要 fallback 到多个字段（如优先用
mobile，没有就用email，再没有用'暂无联系方式'），必须用COALESCE(mobile, email, '暂无联系方式') -
COALESCE是 SQL 标准函数，迁移到 PostgreSQL/Oracle 时不用改；IFNULL是 MySQL 特有，换库就得重写
WHERE 条件里用 IFNULL 可能拖慢查询
在 WHERE 子句里写 IFNULL(status, 'active') = 'active' 看似合理，但会让 MySQL 无法使用 status 字段上的索引——因为函数包裹后，索引失效。
实操建议：
- 把条件拆成
status = 'active' OR status IS NULL，这样能走索引 - 如果 NULL 值占比高，且业务上确实想统一视作某值，考虑在写入时就补默认值，而不是查时计算
- 实在要函数化处理，可建函数索引（MySQL 8.0.13+）：
CREATE INDEX idx_status_coal ON t ( (COALESCE(status, 'active')) )
和 DEFAULT 配合时容易忽略的细节
IFNULL 是查询时的运行时替换，和建表时的 DEFAULT 完全是两回事。有人以为设了 DEFAULT 'N/A' 就不用 IFNULL 了，其实不然：DEFAULT 只影响 INSERT 时不提供该字段的行，对已有 NULL 数据毫无作用。
实操建议：
- 已有大量 NULL 数据？别指望 DEFAULT 自动修复，得用
UPDATE SET col = 'N/A' WHERE col IS NULL - 新表设计阶段，如果业务语义上“空”就等于“未知”，建议显式设
DEFAULT 'unknown'并加NOT NULL约束，从源头减少 NULL -
IFNULL是兜底手段，不是数据治理方案；真要长期稳定，得靠约束 + 初始化 + 应用层校验
真正麻烦的从来不是写一行 IFNULL，而是没想清楚 NULL 到底代表什么——是缺失？未填写？还是未启用？这个语义模糊点，会在查询、统计、导出时反复咬你一口。
