COALESCE和IFNULL不能兜底空结果集，仅对已有行中字段为NULL有效；真正兜底需用UNION ALL+NOT EXISTS或子查询标量上下文配合。
查询结果为空时，COALESCE 和 IFNULL 真的能兜底？
不能直接兜底——它们只对字段值为 NULL 有效，对“整行没查到”完全无感。这是最常被误解的一点：空结果集（0 行）和有结果但字段为 NULL 是两回事，数据库层面压根不进入函数执行阶段。
所以别指望写 SELECT COALESCE(name, '未知') FROM user WHERE id = 999 能返回一行 '未知'；它只会返回 0 行。
真正能兜底空结果集的，只有 UNION ALL + 子查询或 LEFT JOIN 常量
核心思路是：把“可能为空”的主查询，和一个“保底一行”的查询强行拼起来，再用 LIMIT 1 或条件过滤确保最多返回一行。
-
SELECT name FROM user WHERE id = 999 UNION ALL SELECT '未知' AS name LIMIT 1—— 简单粗暴，但注意：若原查询真有结果，UNION ALL会返回两行，LIMIT 1可能取到保底行，顺序不可靠 - 更稳妥写法：
(SELECT name FROM user WHERE id = 999) UNION ALL (SELECT '未知' WHERE NOT EXISTS (SELECT 1 FROM user WHERE id = 999))—— 显式控制逻辑，只在无结果时补一行 - MySQL 8.0+ 可用
WITH+ROW_NUMBER()做更精细控制，但小场景没必要
COALESCE 和 IFNULL 的正确使用场景
它们只该出现在“已有结果行，但某些字段可能为 NULL”的场合，比如关联查询后字段缺失、聚合函数遇到空组等。
-
SELECT COALESCE(u.name, '游客'), COUNT(o.id) FROM user u LEFT JOIN order o ON u.id = o.user_id GROUP BY u.id—— 用户名为空时显示“游客”，合理 -
SELECT IFNULL(SUM(amount), 0) FROM transaction WHERE user_id = 123—— 没交易时SUM返回NULL，IFNULL把它转成0，合理 - 参数差异：
COALESCE是标准 SQL，支持多参数（COALESCE(a,b,c)返回第一个非NULL）；IFNULL是 MySQL 特有，只接受两个参数，性能略高但可移植性差
容易踩的坑：子查询里嵌套 COALESCE 还是空结果集
比如写 SELECT COALESCE((SELECT name FROM user WHERE id = 999), '未知')，看起来像能兜底，其实它依赖子查询返回标量值——而空结果集会让子查询返回 NULL，这时 COALESCE 才生效。这招在 MySQL/PostgreSQL 中可行，但在 SQL Server 中会报错（子查询返回多行或零行不允许用于标量上下文）。
- MySQL 允许这种用法，且确实能返回
'未知' - PostgreSQL 要求显式加
LIMIT 1，否则报错more than one row returned by a subquery used as an expression - SQL Server 必须改用
TOP 1+ISNULL，或换OUTER APPLY - 性能隐患：子查询执行两次（一次取值，一次判空），不如
EXISTS方案清晰
空结果集兜底不是函数问题，是查询结构问题；想靠一个函数解决，本质上是在绕开 SQL 的集合语义。越早意识到这点，越少掉进嵌套子查询调试半天的坑里。
