子查询列别名在where中不可直接使用，必须通过派生表别名前缀引用；且where执行早于select，故select中定义的别名在同级where中无效。
不能直接使用，因为子查询里的 AS 只定义了该子查询结果集的列名，而外层 WHERE 只能引用“派生表”暴露出来的列，且必须带表别名前缀。
子查询别名在 WHERE 中失效的典型错误写法
比如你写了：
SELECT * FROM (SELECT id, name AS full_name FROM users) WHERE full_name = 'Alice'
这会报错：Unknown column 'full_name' in 'where clause'。原因不是语法写错了，而是这个子查询没起表别名——MySQL 要求每个派生表（即 FROM () 里的子查询）必须有显式别名，否则连解析都过不去。
即使补上别名，也得注意引用方式：
- ✅ 正确：
SELECT * FROM (SELECT id, name AS full_name FROM users) t WHERE t.full_name = 'Alice' - ❌ 错误：
SELECT * FROM (SELECT id, name AS full_name FROM users) t WHERE full_name = 'Alice'（缺前缀t.，可能触发歧义或报错）
为什么不能省略表别名前缀
数据库在解析 WHERE 时，只认当前作用域中已明确声明的表和列。子查询作为派生表 t 后，full_name 是 t 的列，不是全局可见的标识符。
不加前缀的风险包括：
- 多表 JOIN 场景下，如果其他表也有
full_name列，会触发Column 'full_name' in where clause is ambiguous - 某些版本（如 MySQL 8.0+）会直接拒绝无前缀引用，报
Unknown table 't'类错误（实际是解析器找不到未限定的列） - PostgreSQL 更严格，不加前缀基本必报错
子查询内部用别名过滤也一样不行
别名作用域不跨子句，哪怕在同一个子查询里，WHERE 也看不到 SELECT 中刚起的别名：
SELECT price * 1.1 AS final_price FROM products WHERE final_price > 100
照样报错。因为执行顺序是 FROM → WHERE → SELECT，WHERE 阶段 final_price 还没被计算出来。
可行方案只有两个：
- 把表达式原样复制进
WHERE：WHERE price * 1.1 > 100 - 或者再包一层子查询，让别名“落地”为真实列：
SELECT final_price FROM (SELECT price * 1.1 AS final_price FROM products) t WHERE t.final_price > 100
CTE 和子查询对别名的处理其实一致，但容易误判
写成这样能跑通：
WITH user_alias AS (SELECT name AS full_name FROM users) SELECT * FROM user_alias WHERE full_name = 'Alice'
不是因为 CTE “提前注册了别名”，而是 user_alias 是一个具名结果集，full_name 是它的列名——跟 (SELECT ...) t 里的 t.full_name 本质一样。
但如果你这么写：
WITH user_data AS (SELECT name FROM users) SELECT name AS full_name FROM user_data WHERE full_name = 'Alice'
依然报错。因为最外层 SELECT 的 AS 别名，在同级 WHERE 里还是不可见。
最容易被忽略的一点：别名不是变量，也不是作用域可穿透的符号；它只是某一层 SELECT 输出列的命名标签，仅对该层的 SELECT、ORDER BY、HAVING 有效，其余地方想用，就得靠显式暴露 + 显式引用。
