派生表里看不到外层SELECT的列，因为其独立编译、先执行，作用域隔离；WHERE中只能引用派生表输出的列名（如t.id），不能用别名本身（如tmp.id）做条件，且同名列必须加前缀或AS重命名以避免歧义。

派生表里为什么看不到外层SELECT的列？

因为SQL执行顺序决定了作用域——派生表（即FROM子句里的子查询）是独立编译、先执行的，它根本“不知道”外层查询存在哪些列或别名。你写SELECT * FROM (SELECT id FROM users) t WHERE t.id = name，这里的name在派生表t的作用域里完全未定义，MySQL会直接报Unknown column 'name' in 'where clause'。

WHERE里能用派生表的别名吗？

不能。派生表的别名（比如AS tmp）只用于标识该子查询结果集，在WHERE或ON中只能引用它的**输出列名**，不能用别名本身做条件。常见错误写法：WHERE tmp.id = 123——这会报Unknown table 'tmp'；正确写法是WHERE t.id = 123（假设子查询里写了SELECT id FROM ... AS t）。

子查询字段重名导致“Column 'xxx' in field list is ambiguous”怎么办？

这是最常被忽略的坑：一旦派生表和外层表有同名列（比如都叫id或status），且你在SELECT里没加表前缀或别名，SQL引擎就无法分辨你要的是哪边的。解决方式只有三个：

• 显式写出所有字段，用AS起唯一别名，例如SELECT t.id AS order_id, u.name AS user_name
• FROM子查询必须起别名（如(SELECT ...) AS order_data），且所有字段引用都带这个别名前缀
• 避免在派生表里用SELECT *，尤其当它和外层表结构相似时

JOIN写法比派生表更安全的真正原因

不是语法更短，而是语义清晰、作用域明确。比如UPDATE users u JOIN (SELECT id FROM users WHERE status = 'active') t ON u.id = t.id SET u.status = 'paused'——这里u和t都是已知表别名，字段归属一目了然；而嵌套两层子查询后，字段来源容易混淆，调试成本陡增。生产环境里，只要能用JOIN替代多层派生，就优先选它。