子查询中的列别名在where中不可用，因其仅在该子查询结果集内部有效；外层where只能引用派生表的列名，不能直接使用子查询select中定义的别名，除非该别名已作为派生表列显式暴露。
WHERE 为什么看不到子查询里的列别名
因为子查询本身是一次独立的 SELECT 执行，它的别名只在**该子查询的结果集内部有效**；而外层 WHERE 是对外层 FROM 的输出做行过滤，根本接触不到子查询 SELECT 中定义的别名——它连子查询的列名都得靠显式暴露（比如 SELECT name AS full_name FROM users），更别说“别名”这种仅用于结果展示的标签了。
常见错误写法：SELECT * FROM (SELECT id, name AS full_name FROM users) t WHERE full_name = 'Alice'
这其实能跑通，但不是因为 WHERE 认识 full_name，而是因为子查询作为派生表 t 后，full_name 已成为该派生表的**真实列名**。真正出错的是这种写法：SELECT id, name AS full_name FROM users WHERE full_name = 'Alice' —— 这里 full_name 就是纯粹的别名，WHERE 阶段它还没出生。
子查询中用别名后，WHERE 要怎么引用那列
关键看你是想在外层 WHERE 引用子查询结果，还是在子查询内部用别名过滤——两者逻辑完全不同：
- 如果是在**子查询内部**想用别名过滤（比如
SELECT price * 1.1 AS final_price FROM products WHERE final_price > 100），不行，必须重写表达式：WHERE price * 1.1 > 100 - 如果是在**外层 WHERE** 引用子查询输出的列，只要子查询 SELECT 显式定义了别名，且该别名被作为派生表列暴露出来，就可以直接用：
SELECT * FROM (SELECT id, name AS full_name FROM users) t WHERE t.full_name = 'Alice' - 注意：MySQL 8.0+ 和 PostgreSQL 支持
FROM (...) t后直接用t.col，但不能省略表别名前缀，否则可能报Column 'full_name' in where clause is ambiguous
CTE 和子查询对别名的处理差异
CTE（WITH）和内联子查询在别名可用性上本质一致，但 CTE 更容易让人误以为“别名已提前定义好”。实际上：
-
WITH user_alias AS (SELECT name AS full_name FROM users) SELECT * FROM user_alias WHERE full_name = 'Alice'—— 这能运行，是因为user_alias是一个具名结果集，full_name是它的列名，不是“SELECT 别名”意义上的临时标签 - 但如果你写成
WITH user_data AS (SELECT name FROM users) SELECT name AS full_name FROM user_data WHERE full_name = 'Alice'，依然会报错，因为这里的full_name是最外层 SELECT 的别名，WHERE 仍不可见 - CTE 不改变 SQL 执行顺序，它只是把子查询逻辑拎出来命名，底层仍是 FROM → WHERE → SELECT 的流程
聚合函数 + 别名 + WHERE 的组合最容易踩坑
很多人试图这样写：SELECT department, COUNT(*) AS cnt FROM employees WHERE cnt > 5 GROUP BY department，结果必然失败。原因有二：
-
COUNT(*)是聚合函数，WHERE 阶段数据尚未分组，压根没有“每组的 cnt”这个值 -
cnt是 SELECT 阶段才生成的别名，WHERE 根本不认 - 正确做法只有两个：
HAVING cnt > 5（配合GROUP BY），或先用子查询算出 cnt，再在外层 WHERE 筛：SELECT * FROM (SELECT department, COUNT(*) AS cnt FROM employees GROUP BY department) t WHERE t.cnt > 5
别名不是变量，它不参与计算、不存储中间状态；它只是 SELECT 投影时贴在结果列上的一个名字，仅在 SELECT 之后的阶段（ORDER BY、HAVING、外层引用）才真正“活过来”。想让它提前起作用？只能靠子查询或 CTE 把它固化成物理列。
