标量子查询返回null是静默行为，会导致外层计算、拼接或条件判断失效；应优先用left join+coalesce替代，或在必须使用时用coalesce显式兜底，避免unknown逻辑中断。
标量子查询返回NULL不是bug，是静默行为；不主动兜底或重写，它会悄悄让整行计算、拼接、条件判断失效。
标量子查询NULL导致外层字段变空或条件失效
比如 SELECT id, (SELECT name FROM users WHERE id = orders.user_id) AS user_name FROM orders，只要某条 orders.user_id 在 users 表里不存在，user_name 就是 NULL。后续用 WHERE user_name = 'Alice' 或 CONCAT('Hi, ', user_name) 都会中断——不是报错，而是结果意外为空。
更隐蔽的是：MySQL 允许这种空集自动转 NULL，而 PostgreSQL/SQL Server 可能直接报错 "subquery returns no rows"，跨库迁移时容易翻车。
- 别指望它“跳过”或“按0处理”，AVG、SUM、字符串函数遇到
NULL一律返回NULL -
WHERE中用子查询等值匹配时，col = (SELECT ...)若子查询为NULL，整个表达式是UNKNOWN，该行被过滤掉，你查不到任何提示 - 用
IFNULL((SELECT ...), 'Unknown')临时兜底？性能差（N行触发N次子查询），且掩盖了关联缺失的真实问题
优先用 LEFT JOIN + COALESCE 替代标量子查询
想取用户姓名又兜底显示 'Unknown'，直接改写为：
SELECT o.id, COALESCE(u.name, 'Unknown') AS user_name FROM orders o LEFT JOIN users u ON o.user_id = u.id
这样既避免了重复执行子查询，又能清晰暴露数据关联状态：u.name 为 NULL 就说明没匹配上，而不是“查不出来”。
-
COALESCE所有参数类型必须一致，否则隐式转换可能出错（比如数字字段配字符串字面量，MySQL 会把'N/A'转成0） - 若需在
ORDER BY或GROUP BY中兜底，注意排序依据变成转换后的类型，可能影响语义 - 建表时加
NOT NULL约束可从源头减少这类问题，但得业务允许强制填写
非要用标量子查询时，COALESCE 比 IFNULL 更稳妥
如果逻辑确实只能靠子查询（如动态配置、单值查找），至少用 COALESCE 显式兜底：
SELECT id, COALESCE((SELECT MAX(price) FROM products p WHERE p.category_id = c.id), 0) AS max_price FROM categories c
COALESCE 支持多参数、类型检查更严格，比 IFNULL 更通用；但注意它不解决性能问题，只是让失败更可控。
- 别在子查询里加
LIMIT 1“强行标量化”，这会掩盖脏数据（如重复主键） - 聚合类子查询（如
SUM、COUNT）天然返回NULL当无行时，COALESCE(SUM(...), 0)是标准做法 -
NULLIF在某些场景更合适，比如防除零：amount / NULLIF(denom, 0)
WHERE 条件中别直接用标量子查询做等值判断
写 WHERE customer_id = (SELECT id FROM customers WHERE name = 'Alice') 很危险：一旦 'Alice' 不存在，整个条件变 UNKNOWN，查不到任何记录。
错误补救方式（两次子查询）：
WHERE (SELECT id FROM customers WHERE name = 'Alice') IS NOT NULL AND customer_id = (SELECT id FROM customers WHERE name = 'Alice')
正确替代是用 EXISTS：
WHERE EXISTS (SELECT 1 FROM customers c WHERE c.name = 'Alice' AND c.id = orders.customer_id)
-
EXISTS不返回值，只看是否存在行，完全避开NULL比较陷阱 -
NOT EXISTS比NOT IN安全得多——后者只要子查询含一个NULL，整个条件就恒为UNKNOWN - 标量子查询在
WHERE里基本没有不可替代的场景，优先重构为JOIN或EXISTS
最常被忽略的一点：NULL 不是值，是“未知”；标量子查询返回 NULL 不代表出错，而是告诉你“这条关联不存在”——关键是你是否意识到这点，并在 SQL 层就决定怎么响应它，而不是等应用层收到空字符串才去 debug。
