IFNULL是MySQL专属函数，仅处理NULL值，不识别空字符串、0或空格；需用NULLIF配合处理空字符串，WHERE中使用会失效索引，且返回类型由参数优先级决定。
IFNULL 函数在 MySQL 里怎么用才不踩空
直接说结论：IFNULL 是 MySQL 专属函数，只接受两个参数，第一个是可能为 NULL 的表达式，第二个是它为空时的替代值。它不会自动类型转换，也不会处理空字符串或 0，只认 NULL。
常见错误现象：查出来字段明明显示空白，但 IFNULL(col, 'N/A') 没生效——大概率那不是 NULL，而是空字符串 '' 或空格。
-
IFNULL对NULL返回第二参数，对其他任何值（包括0、''、' '）原样返回 - 如果想同时处理
NULL和空字符串，得套一层NULLIF(col, '')：IFNULL(NULLIF(col, ''), 'N/A') - MySQL 8.0+ 可用
COALESCE替代，支持多参数且标准 SQL 兼容，但性能略低（需逐个判断）
PostgreSQL / SQL Server 用户别硬套 IFNULL
IFNULL 在 PostgreSQL、SQL Server、SQLite（除非编译时启用了 MySQL 兼容模式）里根本不存在，强行写会报错：ERROR: function ifnull(unknown, unknown) does not exist。
各数据库等效写法：
- PostgreSQL：用
COALESCE(col, 'N/A')或COALESCE(NULLIF(col, ''), 'N/A') - SQL Server：用
ISNULL(col, 'N/A')（仅两个参数）或COALESCE(col, 'N/A') - SQLite：用
IFNULL(col, 'N/A')—— 它有这个函数，但行为和 MySQL 一致，只判NULL
WHERE 条件里用 IFNULL 可能拖慢查询
在 WHERE 子句里写 IFNULL(name, '') = 'Tom'，会让 MySQL 无法使用 name 字段上的索引，尤其在大表上会全表扫描。
更安全的写法是拆开判断：
WHERE (name = 'Tom') OR (name IS NULL AND 'Tom' = 'Tom')
但实际中更常用的是避免在条件里包装字段：
- 把空值统一存为默认值（如
''），查时直接用= - 建组合索引时把可能参与
IFNULL判断的字段放在前面 - 真要查“空或等于某值”，优先用
COALESCE(name, '') = 'Tom'—— 多数新版 MySQL 能对它做简单索引优化
SELECT 中嵌套 IFNULL 容易漏掉数据类型隐式转换
IFNULL 返回值类型由两个参数中“优先级更高”的那个决定。比如 IFNULL(int_col, 'N/A') 会让整数列整个转成字符串，后续排序、聚合都按字符串规则走。
典型问题：按数字排序变成字典序，10 排在 2 前面。
- 确保两个参数类型一致：用
IFNULL(int_col, 0)而不是IFNULL(int_col, '0') - 查时间字段时，
IFNULL(created_at, '1970-01-01')没问题；但写成IFNULL(created_at, 0)会触发隐式转整数，结果不可控 - 不确定类型时，用
CAST显式声明：IFNULL(CAST(price AS DECIMAL(10,2)), 0.00)
空值逻辑从来不是“填个默认值就完事”。真正麻烦的是 NULL 和空字符串、零值、空白字符混在一起时，IFNULL 根本看不见后三者。得先想清楚你到底想屏蔽哪一类“空”，再决定用什么函数、在哪一层处理。
