SQL子查询在FROM子句中必须使用别名，这是SQL标准强制要求，否则主流数据库均报“Every derived table must have its own alias”错误；别名须置于子查询右括号后、用AS显式声明，且不可与字段别名混淆。
相关子查询里 u.id 报错 Unknown column，为什么？
不是语法写错了，是子查询没被识别成“相关子查询”。只有出现在 WHERE、HAVING 或标量上下文（即括号内返回单值）里的子查询，才会允许引用外层表别名。放在 FROM 里的子查询一律隔离作用域，u.id 在那里根本不可见。
常见误用：SELECT * FROM users u JOIN (SELECT * FROM orders WHERE user_id = u.id) AS o ON 1=1 → 直接报错，u.id 在子查询括号内无定义。
- 正确位置只在
WHERE/HAVING/SELECT表达式中，例如：WHERE id IN (SELECT user_id FROM orders WHERE status = 'paid' AND user_id = u.id) - 外层别名必须显式写出：
u.id，不能只写id（否则可能匹配子查询内部同名列） - MySQL 不支持
LATERAL或APPLY，没法像 PostgreSQL 那样显式声明依赖
FROM 中的子查询想用外层字段，怎么办？
不能硬塞，得换结构。要么改用 EXISTS 或 JOIN 拉平逻辑，要么把外层字段作为参数“传入”子查询——但前提是子查询处于标量或条件上下文。
错误写法：SELECT u.name, (SELECT COUNT(*) FROM orders WHERE user_id = u.id) AS cnt FROM users u → 这个其实合法，因为是标量子查询；但换成 FROM (SELECT * FROM orders WHERE user_id = u.id) AS o 就崩了。
- 优先用
LEFT JOIN+ 聚合替代：SELECT u.name, COUNT(o.id) AS cnt FROM users u LEFT JOIN orders o ON o.user_id = u.id GROUP BY u.id - 若必须用子查询，确保它在标量位置：括号紧贴
SELECT列或WHERE条件中 - 避免在
FROM子句中尝试“带参子查询”，那不是 SQL 标准支持的模式
子查询用了和外层一样的表别名，查出来数据却不对
这不是报错，而是语义陷阱：子查询里的 u.id 指的是它自己 FROM users AS u 的 u，不是外层那个 u。结果常为空集或重复行，尤其在 IN、= ANY 场景下极难察觉。
- 子查询必须独立命名，比如外层用
u，子查询改用sub_u或latest_order - 自连接时更危险：同一张表多次出现，必须区分成
users u1和users u2 - 执行前看
EXPLAIN，确认扫描的是否是预期的表和索引——别名混淆会让执行计划指向错误对象
MySQL 报 Every derived table must have its own alias 怎么办？
这是硬性语法要求，不是风格建议。所有主流数据库（MySQL / PostgreSQL / SQL Server / Oracle）都强制要求 FROM 中的子查询必须有表别名。
错误：SELECT * FROM (SELECT id FROM log LIMIT 10) → 直接拒绝解析。
- 正确写法必须带别名：
(SELECT id FROM log LIMIT 10) AS t或简写为(SELECT id FROM log LIMIT 10) t - 别名不能省略，
AS关键字可省，但别名本身不可省 - CTE（
WITH）不受此限，但 CTE 名也要全局唯一，且不能和外部表名冲突
真正容易被忽略的是：别名冲突不报错，但会让字段绑定错位；而作用域混用不会触发语法错误，只会悄悄返回错误结果——调试时得靠 EXPLAIN 和小数据集验证。
