子查询返回多行时 WHERE col = (subquery) 报错本质是语义冲突：= 要求单值，而子查询返回多行；应先验证子查询结果、补全关联条件，再依业务意图选用 IN、ANY、聚合函数或 LEFT JOIN 替代。
子查询返回多行时 WHERE col = (subquery) 直接报错
这是最常卡住人的地方：用等号 = 比较单值，但子查询返回了多行。MySQL 报错 Subquery returns more than 1 row，PostgreSQL 是 more than one row returned by a subquery used as an expression。
别急着改逻辑，先确认子查询到底返回几行：
- 把子查询单独拿出来执行一遍，加
LIMIT 5看实际结果 - 检查是否漏写了
WHERE条件，比如关联字段为空或重复导致笛卡尔积 - 想用多行结果？换成
IN或EXISTS—— 但注意IN对NULL敏感，EXISTS更安全
SELECT 中嵌套子查询被重复执行，性能突然变差
写成 SELECT id, (SELECT name FROM users WHERE id = orders.user_id) AS user_name FROM orders 这种形式，数据库很可能对每行 orders 都重新跑一遍子查询，数据量一上去就慢。
更稳的解法是提前把子查询结果“拉平”：
- 用
JOIN替代相关子查询，尤其当子查询只依赖外层单个字段时 - 如果必须用子查询，考虑用
LATERAL（PostgreSQL）或派生表（MySQL 8.0+ 支持WITH）提前物化结果集 - 加
EXPLAIN看执行计划，重点盯type是否为ALL或DEPENDENT SUBQUERY
多层嵌套后字段名冲突或作用域失效
比如最外层引用 user_id，但中间某层子查询也定义了同名列，数据库可能绑定到内层别名，导致查不到预期数据，还不报错。
解决办法很简单但容易被忽略：
- 所有子查询都显式用
AS起别名，外层引用时带前缀，如t1.user_id - 避免在不同层级用相同别名，尤其是
t、a、b这类模糊命名 - MySQL 8.0+ 和 PostgreSQL 支持
WITH，把每层逻辑拆成命名 CTE，可读性和调试性高很多
NULL 值穿透导致 NOT IN 返回空结果
写 WHERE id NOT IN (SELECT user_id FROM banned_users)，只要子查询里有一个 NULL，整个条件永远为 UNKNOWN，结果集就是空——这和直觉完全相反，且不报错。
真正安全的写法只有两种：
- 用
NOT EXISTS：它天然忽略NULL，语义清晰 - 显式过滤
WHERE user_id IS NOT NULL再用NOT IN，但得确保业务上允许丢弃NULL记录 - 别信“加个
IS NOT NULL就行”，NOT IN的语义陷阱不在外层，而在子查询内部是否含NULL
多层子查询里，这种 NULL 问题会层层放大，越往里越难定位。每次写完务必手动查下子查询是否可能返回 NULL，而不是等线上出数据偏差才反应过来。
