COALESCE可安全处理空子查询（转为NULL后取默认值），但子查询须为标量；IFNULL仅MySQL支持且仅两参数，COALESCE是SQL标准、多参数、跨库兼容；聚合函数无匹配时返回NULL，需用COALESCE/IFNULL包裹，COUNT(*)除外。
COALESCE 用在子查询为空时返回默认值
当 SELECT 子查询本身不返回任何行（即结果集为空），它在标量上下文中表现为 NULL。这时直接套用 COALESCE 是有效的，但必须确保子查询是「标量子查询」——即最多返回一行一列。
常见错误现象：写成 SELECT COALESCE((SELECT age FROM users WHERE name = 'Alice'), 0)，但实际表中没有 Alice，结果返回 0；而如果误写成 SELECT COALESCE((SELECT age FROM users), 0)（没加 WHERE），可能报错 Subquery returns more than 1 row。
- 必须用括号包裹子查询，否则语法错误
- 子查询不能返回多行；如需防错，可加
LIMIT 1（但语义上要确认是否合理） -
COALESCE对空结果集的处理，本质是把「无结果」转为NULL，再由函数捕获
IFNULL 和 COALESCE 在空值场景下的行为差异
IFNULL 只接受两个参数，语义明确：「这个值是不是 NULL？是就换，不是就留」；COALESCE 支持多个参数，按顺序取第一个非 NULL 值，更适合兜底链路。
例如查用户邮箱，优先用主邮箱，没有就用备用邮箱，都没有就填「未提供」：
SELECT name, COALESCE(email_primary, email_backup, '未提供') AS contact_email FROM users;
而如果只查一个字段且只需两级 fallback，IFNULL(email, '暂无') 更简洁，也更易读。
-
IFNULL是 MySQL 特有函数，跨数据库兼容性差 -
COALESCE是 SQL 标准函数，PostgreSQL / Oracle / SQL Server 都支持 - 两者对
NULL的判断逻辑一致，但COALESCE在遇到NULL字面量或计算结果为NULL时同样生效
聚合函数结果为空时必须用 COALESCE 或 IFNULL 包裹
SUM、COUNT、AVG 等聚合函数在「无匹配行」时不会返回 0 或空字符串，而是返回 NULL。这是最容易被忽略的坑。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
比如查某产品的销售总额：
SELECT COALESCE(SUM(amount), 0) AS total FROM sales WHERE product_id = 9999;
如果不加 COALESCE，产品 ID 不存在时结果就是 NULL，前端或应用层很可能因此抛异常或渲染异常。
-
COUNT(*)是例外：它永远返回数字（哪怕为 0），不需要包裹 -
SUM(x)、AVG(x)、MAX(x)、MIN(x)在无数据时一律返回NULL - 别用
IFNULL(SUM(...), 0)和COALESCE(SUM(...), 0)混用——效果一样，但团队应统一风格
别混淆「字段为 NULL」和「查询无结果」
这是最常踩的逻辑陷阱。前者是某行某列值为 NULL，后者是整个 SELECT 没查到任何行。
例如：SELECT IFNULL(age, 25) FROM users WHERE id = 100 —— 这处理的是「id=100 这行存在，但 age 是 NULL」；
而：SELECT IFNULL((SELECT age FROM users WHERE id = 100), 25) —— 这处理的是「根本没 id=100 这行」。
- 前者走字段级空值替换，性能好，推荐用于常规字段补缺
- 后者依赖子查询执行+空结果转 NULL+函数兜底，开销略高，仅在必须“查不到就给默认”时使用
- 如果业务上「查不到」属于异常情况，不如让应用层处理
None或空结果集，而不是硬塞默认值掩盖问题
