内嵌视图必须显式命名别名，否则报错；标量子查询不可直接用于FROM，需返回表结构；深层嵌套影响条件下推，降低性能；MySQL 5.6及以下不支持，需升级或改用临时表/CTE。
FROM 子句中直接写子查询，就是内嵌视图（也叫派生表、inline view）。它不是真实存在的视图对象，而是一次性构造的临时结果集，用完即弃。
为什么必须给内嵌视图取别名
所有主流数据库（PostgreSQL、SQL Server、MySQL 5.7+）都强制要求：子查询在 FROM 中出现时，必须用 AS alias 显式命名。不加别名会报错，比如 MySQL 的 ERROR 1248 (42000): Every derived table must have its own alias。
- 别名要在子查询闭合括号后立刻写，不能拖到后面
- 别名不能和外层字段名冲突，否则可能引发列解析歧义
- 哪怕只查一列，也得有别名；
(SELECT 1) t合法，(SELECT 1)不合法
标量子查询不能直接放 FROM 里
FROM 需要的是“表结构”——至少一行一列，但更常见是多行多列。如果你写了 (SELECT COUNT(*) FROM users) 这种只返回单个数字的子查询，它算标量子查询，在 FROM 中会因缺少列定义而失败。
- 正确做法是让它返回明确的列名：
(SELECT COUNT(*) AS cnt FROM users) t - 或者补上其他字段使其成表：
(SELECT 1 AS id, COUNT(*) AS cnt FROM users) t - 反过来，
WHERE或SELECT列表里用标量子查询完全没问题
嵌套太深会让优化器“看不清”过滤条件
你写 SELECT * FROM (SELECT * FROM (SELECT * FROM orders WHERE status = 'shipped') t1) t2 WHERE user_id = 123，看起来只是套了两层，但多数数据库无法把 user_id = 123 下推到最内层 orders 表，导致先全量扫描 shipped 订单，再在外层过滤。
- 用
EXPLAIN看执行计划，重点盯rows值是否远大于预期 - 如果内层已有确定的过滤字段（如
user_id），优先提到最外层WHERE，或改用JOIN拆解 - MySQL 对三层以上嵌套尤其敏感，容易跳过索引，改用 CTE 或临时表反而更稳
MySQL 5.6 及更早版本不支持 FROM 子查询
如果你在老系统上执行 SELECT * FROM (SELECT id FROM users) u，会直接报 ERROR 1349 (HY000): View's SELECT contains a subquery in the FROM clause——这不是语法错，是版本硬限制。
- 确认版本：运行
SELECT VERSION() - 替代方案只有两个：
CREATE TEMPORARY TABLE+ 查询，或把逻辑拆到应用层分步执行 - 升级到 5.7+ 是最省事的解法，但要注意
ONLY_FULL_GROUP_BY等 SQL mode 变更可能连带影响现有查询
内嵌视图看着简洁，但每多一层括号，就多一分优化器放弃下推条件的风险。真正难的不是写出来，而是判断“这一层到底有没有必要”。
