因为where在sql执行顺序中早于select，而列别名只在select阶段才被定义——它根本还没“出生”，自然无法被where引用；执行顺序为from→where→group by→having→select→order by，where执行时别名尚未生成，故报错unknown column in 'where clause'。
因为WHERE在SQL执行顺序中早于SELECT，而列别名只在SELECT阶段才被定义——它根本还没“出生”，自然无法被WHERE引用。
WHERE执行时别名还不存在
SQL不是按你写的顺序跑的，而是严格按逻辑阶段执行：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。你在SELECT price * 1.2 AS final_price里定义的final_price，要等到SELECT阶段才正式成为结果集的一列；而WHERE早在那之前就已完成过滤，此时数据库连这个列名都解析不到。
常见报错信息就是：Unknown column 'final_price' in 'where clause'，不是MySQL特有，PostgreSQL、SQL Server、Oracle全都会这样。
哪些地方能用别名？哪些不能？
别名可用性完全取决于子句执行时机：
-
ORDER BY✅：最后执行，final_price已存在 -
HAVING✅：在GROUP BY之后、SELECT之后，聚合别名可直接用（如COUNT(*) AS cnt，然后HAVING cnt > 5） -
WHERE❌：执行太早，别名未生成 -
GROUP BY❌：标准SQL不支持，MySQL虽允许但跨库迁移会出问题 -
ON子句（JOIN条件）❌：只能用原始列或表别名前缀，如u.id = o.user_id，不能写user_id = order_user_id
怎么实操解决？选哪种方式看场景
不是“绕过限制”，而是按执行逻辑分层处理：
- 简单表达式：直接复制进
WHERE，比如WHERE price * 1.2 > 100——快，但重复写易错、难维护 - 复杂计算或含窗口函数：用子查询包裹，让别名落地为派生表的真实列，例如：
SELECT * FROM (SELECT id, ROW_NUMBER() OVER (ORDER BY score) AS rn FROM students) t WHERE t.rn 注意子查询必须带表别名（<code>t</code>），否则MySQL报<code>Every derived table must have its own alias</code>
- 多步逻辑清晰时：优先用
WITHCTE，语义明确且可复用：WITH ranked AS (SELECT *, RANK() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rnk FROM employees) SELECT * FROM ranked WHERE rnk = 1
最常被忽略的一点：别名不是变量，是结果集列的定义——它只在定义它的那一层SELECT中生效，不会自动透出到外层或同级子查询。哪怕你写了AS，只要没显式暴露成派生表的列，上层就看不到。
