标量子查询未匹配到行时外层表达式直接返回NULL，而非报错或跳过；该NULL会“传染”至整个算术/字符串表达式，需用COALESCE((SELECT ...), default)紧贴子查询括号兜底。
标量子查询返回NULL时，外层表达式直接变成NULL
当子查询作为标量（即 SELECT (SELECT ...) 或 JOIN 中的关联子查询）使用时，若子查询没匹配到任何行，结果就是 NULL。这个 NULL 不会报错，但会“传染”给整个表达式：比如 price * (SELECT tax_rate FROM taxes WHERE id = 1)，只要子查询返回 NULL，整条乘法结果就是 NULL，而不是你预期的 price * 0 或原价。
- 标量子查询必须严格返回 0 或 1 行 1 列，多于一行会报错
Subquery returns more than 1 row -
NULL参与算术、字符串拼接、比较等操作，结果一律为NULL，且不触发警告 - 问题常出现在关联字段本身为
NULL时（如user_id IS NULL），导致子查询无结果，进而让外层字段全变空
COALESCE 要包裹整个子查询，不能只包内部表达式
常见错误是写成 COALESCE((SELECT tax_rate FROM taxes WHERE id = 1), 0) —— 这看起来没问题，但实际执行顺序是：先执行子查询得 NULL，再对这个 NULL 做 COALESCE。真正要防的是子查询“没结果”这件事，所以 COALESCE 必须紧贴子查询括号，不能漏掉外层括号。
- ✅ 正确：
COALESCE((SELECT tax_rate FROM taxes WHERE id = 1), 0) - ❌ 错误：
(SELECT COALESCE(tax_rate, 0) FROM taxes WHERE id = 1)（子查询仍可能返回空集，结果还是NULL） - 在 SQL Server 中可用
ISNULL((SELECT ...), 0)，语义等价但仅限该数据库 - 如果子查询本身可能返回多行，必须先用
TOP 1或聚合（如MAX）收束，否则COALESCE也救不了
IN / NOT IN 遇到子查询含 NULL 就失效
NOT IN (SELECT status FROM status_ref) 看似想排除所有已知状态，但如果 status_ref.status 里有 NULL，整个条件就永远不成立——因为 value NOT IN (1, 2, NULL) 的逻辑结果是 UNKNOWN，被 WHERE 当作 FALSE 过滤掉。这会导致“明明数据存在却查不到”。
- 根本原因是三值逻辑：
NOT IN等价于value != a AND value != b AND value != c...，一旦其中一项是value != NULL，结果就是UNKNOWN - ✅ 替代方案：
NOT EXISTS (SELECT 1 FROM status_ref s WHERE s.status = o.status)，它天然跳过NULL比较 - ✅ 或显式排除：
status NOT IN (SELECT status FROM status_ref WHERE status IS NOT NULL) - MySQL 8.0+ 对
IN有优化，可能掩盖问题；PostgreSQL 和 SQL Server 严格按标准执行，迁移时极易翻车
最易被忽略的一点：子查询是否返回 NULL，和它引用的列是否允许 NULL 是两回事。前者取决于“有没有匹配行”，后者取决于“字段定义”。调试时别只盯着字段 NULL 属性，先 SELECT 出子查询本身看结果行数。
