ifnull是mysql中用于替换sql null值的轻量函数，仅当expr1为null时返回expr2，对空字符串、0等无效；需注意类型一致、索引失效、聚合补零等使用边界，并在多备选值或跨库场景下改用coalesce。
IFNULL 是 MySQL 里最直接、最轻量的 NULL 替换工具，但“优雅”不等于随便套用——它只认 SQL 层的 NULL，对空字符串、0、'0' 完全无感，用错地方反而掩盖数据问题。
IFNULL(expr1, expr2) 的真实行为边界
它只做一件事：判断 expr1 是否为 SQL NULL（不是 ''，不是 0，也不是 'null' 字符串）。只有这一种情况才会返回 expr2。
- 常见误判：字段存的是空字符串
''，IFNULL(col, 'N/A')仍返回''，因为'' != NULL - 类型要兜住：如果
col是DECIMAL(10,2)，expr2最好也写成0.00而非'0'，避免隐式转字符串后参与计算出错 - 不能在
WHERE里包字段：写成WHERE IFNULL(status, 'active') = 'active'会让status索引完全失效
聚合统计中补零必须加 IFNULL
SUM、AVG、MAX 这类函数在分组后遇到空组会返回 NULL，而不是 0 或默认值——这是最容易被忽略的逻辑断点。
- 正确写法：
SELECT dept_id, IFNULL(SUM(salary), 0) AS total_salary FROM employees GROUP BY dept_id - 错误写法：
IFNULL(COUNT(*), 0)——COUNT永远不会是NULL，加了纯属冗余 - LEFT JOIN 后右表字段为空时，也要用：
IFNULL(o.amount, 0)，否则算总数时整行会被当作 0 参与，但实际是缺失值
什么时候该放弃 IFNULL，改用 COALESCE
只要出现以下任一情况，就别硬撑用 IFNULL：
- 需要 fallback 到多个字段：比如优先取
mobile，没有就取email，再没有才写'未留联系方式'→ 改用COALESCE(mobile, email, '未留联系方式') - 第二参数不是常量，而是另一列名，且该列可能未出现在
SELECT或GROUP BY中 →IFNULL(name, nickname)在严格模式下会报Unknown column 'nickname' - 项目有跨数据库迁移计划（比如未来要切到 PostgreSQL）→
COALESCE是 SQL 标准，IFNULL是 MySQL 特有
想同时处理 NULL 和空字符串？别硬套 IFNULL
它天生不支持。真要覆盖这两种情况，得先用 NULLIF 把空字符串转成 NULL，再套 IFNULL：
-
IFNULL(NULLIF(TRIM(col), ''), '默认值')—— 先去空格，再把空字符串变 NULL，最后替换 - 但注意：这种嵌套会让执行计划变复杂，如果高频使用，建议在应用层或视图里预处理，而不是每次查都算一遍
- 更现实的做法是查数据现状：
SELECT COUNT(*) FROM t WHERE col IS NULL OR col = ''，确认到底是 NULL 多还是空字符串多，再决定清洗策略
真正容易被忽略的点是：业务常说的“空”，在数据库里可能是 NULL、空字符串、空白字符、'0'、'null' 字符串……IFNULL 只解决其中一种。别让它替你做数据质量判断。
