子查询返回多行时 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，而不是等线上出数据偏差才反应过来。