COALESCE对空结果集不生效，仅对明确返回的NULL值有效；标量子查询返回0行时会直接报错，COALESCE根本不会执行；可靠写法包括用聚合函数、LIMIT 1或TOP 1确保子查询返回一行（含NULL）；需警惕子查询被重复执行的性能陷阱，并避免在SQLite中使用该语法。
COALESCE对空结果集不生效，只对NULL值有效
标量子查询返回空结果集（0行）时，COALESCE根本不会触发——它等不到任何值来判断是否为NULL。数据库在标量上下文中遇到空结果集，行为不一致：MySQL 5.7+ 默认报错 Subquery returns no rows，PostgreSQL 和 SQL Server 直接抛出类似 subquery must return only one value 的错误。这不是COALESCE没起作用，而是它压根没机会运行。
真正能被COALESCE捕获的，只有子查询成功执行并明确返回NULL的情况（比如聚合函数在空集上求值）。所以别指望写 COALESCE((SELECT name FROM users WHERE id = 999), 'default') 自动兜底——它大概率先挂掉。
让子查询“强制返回一行”的三种可靠写法
关键不是绕开空结果，而是让它变成可控的NULL。必须确保子查询在任何输入下都返回恰好一行：
-
SELECT COALESCE(MAX(name), 'default') FROM users WHERE id = 999：聚合函数在空集上返回NULL，COALESCE可捕获 -
SELECT COALESCE((SELECT name FROM users WHERE id = 999 LIMIT 1), 'default')（MySQL/PostgreSQL）：LIMIT 1保证至多一行，无匹配时子查询结果为NULL -
SELECT COALESCE((SELECT TOP 1 name FROM users WHERE id = 999), 'default')（SQL Server）：用TOP 1替代LIMIT，语法才合法
注意：IFNULL在MySQL里行为类似，但仅限MySQL；COALESCE是标准SQL，更通用，但所有参数类型必须一致——比如COALESCE((SELECT id FROM t), 'N/A')中，若id是整数，MySQL会把'N/A'转成0，最终返回0而非字符串。
性能陷阱：子查询在COALESCE里会被执行两次
COALESCE不是函数调用，而是语法糖，底层会被重写为嵌套CASE WHEN ... IS NOT NULL。这意味着含子查询的表达式（如(SELECT ...)）会被计算两次：一次判NULL，一次取值。在高并发或大表场景下，这直接导致性能翻倍。
更稳的做法是提前“拉平”子查询：
SELECT u.id, COALESCE(sub.name, 'N/A') AS display_name FROM users u LEFT JOIN (SELECT id, name FROM users WHERE status = 'active') sub ON u.ref_id = sub.id;
这样子查询只执行一次，还能走索引；而COALESCE((SELECT ...), 'default')写法无法优化，数据库无法重用中间结果。
SQLite是个例外，它根本不允许子查询进COALESCE
SQLite会直接报错：ERROR: misuse of aggregate: COALESCE()。这不是配置问题，是语法限制。如果你的项目要兼容SQLite，必须彻底避免这种写法——改用LEFT JOIN + COALESCE，或者用UNION ALL拼接默认行再LIMIT 1。
跨数据库迁移时，这个坑特别隐蔽：MySQL/PostgreSQL/SQL Server 都跑得通的语句，在SQLite里直接失败。最稳妥的底线是——只要子查询可能为空，就别把它裸奔塞进COALESCE参数列表。
