可以，但仅限于WHERE或HAVING中的相关子查询；必须显式使用外部表别名（如o.id）引用字段，不可省略前缀，且仅能访问直接父查询FROM子句来源的字段，多层嵌套或SELECT/FROM中均不支持。
可以，但仅限于特定位置和写法；绝大多数情况下，子查询默认看不到外部查询的字段，直接引用会报 列名无效 或 未知列 错误。
WHERE 中的相关子查询：唯一安全的关联场景
只有在 WHERE（或 HAVING）子句中、且子查询逻辑上依赖外层行时，数据库才允许你引用外部表字段——这叫“相关子查询”。它不是“访问”，而是“逐行绑定”：对主查询每一行，子查询都重新执行一次，并把当前行的字段值代入其中。
-
EXISTS子查询天然支持这种绑定，条件里写oi.order_id = o.order_id是合法的 -
IN后面的子查询若想用外部字段，必须是相关写法，例如：WHERE price > (SELECT AVG(price) FROM products p2 WHERE p2.category = p1.category) - 别名不能冲突：外部表别名
p1和子查询里定义的p2必须不同，否则p1.category会被遮蔽 - MySQL 8.0+、PostgreSQL、SQL Server 都只允许单层引用——三层嵌套时，最内层无法直接读最外层字段，必须通过中间层“透传”
SELECT 和 FROM 中的子查询：禁止直接引用外部字段
在 SELECT 列表或 FROM 子句中写的子查询，属于“非相关子查询”，执行时机早于外层行遍历，因此语法上就不允许出现外部表字段。
- 错误示例：
SELECT name, (SELECT COUNT(*) FROM orders WHERE customer_id = customers.id) AS order_cnt FROM customers—— 表面看合理，但部分旧版 MySQL 会报错，因customers.id在子查询作用域外 - 正确做法：改用
LEFT JOIN+GROUP BY，或把子查询提前为 CTE，再 JOIN - 派生表（
FROM (SELECT ...) AS t）必须有别名，且其内部不能出现外部查询的任何标识符 - 标量子查询若返回
NULL，参与比较（如> (subquery)）会导致整行被过滤，需用COALESCE(subquery, 0)防御
IN / NOT IN 子查询的常见陷阱
IN 看似简单，但对外部字段的引用限制比 EXISTS 更严：它要求子查询结果是明确的一列值集，不能边查边关联计算，除非显式写出相关条件。
- 错误写法：
WHERE id IN (SELECT user_id FROM logs WHERE created_at > users.created_at)——users.created_at在子查询中不可见 - 可行替代：
WHERE EXISTS (SELECT 1 FROM logs WHERE logs.user_id = users.id AND logs.created_at > users.created_at) -
NOT IN遇到子查询结果含NULL时整个条件判为UNKNOWN，结果为空——优先用NOT EXISTS - 性能注意：相关子查询在
WHERE中可能触发嵌套循环，user_id和created_at字段最好有联合索引
真正容易被忽略的是作用域层级和别名遮蔽——写两层嵌套时，第二层子查询能看见第一层的字段，但看不见最外层；而一旦子查询里用了和外层同名的表别名，外层字段就彻底不可见了。这不是 bug，是 SQL 标准明确规定的词法作用域规则。
