子查询中必须用外部表别名显式引用字段（如o.id），否则报“Unknown column”；仅相关子查询在WHERE/HAVING/标量位置支持该引用，普通子查询、派生表或CTE均不可。
子查询里怎么用外部表的字段？
必须用表别名明确指向外部查询的列，否则会报 Unknown column 错误。MySQL 和 PostgreSQL 都不允许在子查询中直接引用未声明别名的外部列。
常见错误写法：SELECT * FROM orders WHERE id IN (SELECT order_id FROM items WHERE status = 'shipped') —— 这里想按每个 orders 行的某个动态值过滤 items，但没传参，实际是静态全量匹配。
正确做法是给外部表起别名（比如 o），然后在子查询里用 o.user_id 这类带别名的引用：
SELECT o.* FROM orders o WHERE EXISTS ( SELECT 1 FROM items i WHERE i.order_id = o.id AND i.status = 'shipped' );
EXISTS 和 IN 在关联子查询中有什么区别？
EXISTS 是推荐首选，它天然支持对外部列的引用，且语义清晰：只要子查询能查到一行匹配，就为真；不关心具体值，也不怕 NULL。
IN 虽然也能用，但有三个硬伤：
-
IN子查询结果里只要有一行是NULL，整个条件就变成UNKNOWN，导致该行被过滤掉（哪怕其他行都匹配） - 不能直接表达“存在且满足某条件”的逻辑，容易写出
WHERE order_id IN (SELECT order_id FROM items WHERE ...)这种漏判NULL的写法 - 数据库优化器对
IN关联的处理不如EXISTS稳定，尤其在子查询返回大量数据时可能放弃索引
WHERE 后面的关联子查询能用聚合函数吗？
可以，但必须和外部列一起出现在 GROUP BY 或作为标量子查询使用。直接在 WHERE 中写 (SELECT COUNT(*) FROM items i WHERE i.order_id = o.id) > 2 是合法的——这是标量子查询，每行调用一次，返回单个值。
注意几个边界情况：
- 标量子查询必须保证最多返回一行，否则运行时报
Subquery returns more than 1 row - 如果子查询可能无结果，返回
NULL，比较时要写成> 2而不是= 3，避免NULL = 3永远为假 - PostgreSQL 允许在
WHERE中用LATERAL做更灵活的关联，但 MySQL 不支持，得靠标量或EXISTS
性能差是不是因为子查询被反复执行？
是的，相关子查询（correlated subquery）默认按外部行逐行执行，外部表 10 万行，子查询就可能跑 10 万次。但现代优化器（如 MySQL 8.0+、PostgreSQL）多数情况下会自动尝试将简单相关子查询重写为 JOIN，前提是子查询结构干净、无复杂表达式或函数包裹。
手动优化建议：
- 确保子查询里的关联字段（如
i.order_id）有索引 - 避免在子查询
WHERE条件里对列做函数操作，比如DATE(created_at) = '2024-01-01'会让索引失效 - 如果逻辑允许，优先改写成
LEFT JOIN ... GROUP BY+HAVING，尤其是需要聚合结果时
真正难优化的是嵌套多层、含窗口函数或依赖外部行计算的子查询，这种时候别硬扛，拆成临时表或 CTE 更可控。
