不能，因SQL执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，WHERE在SELECT前执行，别名尚未生成；仅ORDER BY和HAVING可直接使用别名，WHERE中须重复表达式或用子查询/CTE。
不能。WHERE 条件里直接用 SELECT 中定义的列别名，100% 报错，不是语法糖没开、不是版本问题、不是配置不对——是 SQL 执行顺序决定的硬性限制。
WHERE 为什么认不出 SELECT 的别名
SQL 不是按你写的顺序执行的。真实逻辑顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。别名在 SELECT 阶段才“出生”，而 WHERE 在它出生前就已“下班”了。
-
SELECT price * 1.2 AS final_price FROM products WHERE final_price > 100→ 报Unknown column 'final_price' in 'where clause' - 哪怕只是
SELECT name AS full_name FROM users WHERE full_name = 'Alice'，一样挂 - 这不是 MySQL 特有，PostgreSQL、SQL Server、Oracle、ClickHouse 全部一致拒绝
哪些地方能用别名，哪些不能
别名只在特定子句中有效，不是“定义了就能到处用”：
- ✅
ORDER BY：可以，因为它在SELECT之后执行 - ✅
HAVING（配合GROUP BY时）：可以，也发生在SELECT之后 - ❌
WHERE：不行，执行太早 - ❌
GROUP BY：MySQL/PostgreSQL 多数版本不支持用别名，必须写原始表达式或列位置（如GROUP BY 1） - ❌
ON子句（JOIN 条件）：同样不行，得用表别名 + 原始列名，比如ON u.id = o.user_id，不能写ON user_id = order_user_id
真正能用上的替代方案
别名不能用，但需求不能停。三个实操路径，按复杂度和适用场景选：
- 简单计算：把表达式原样复制进
WHERE，比如WHERE price * 1.2 > 100—— 最快，但重复写易出错、难维护 - 单层过滤：包一层子查询，让别名“提前落地”，例如：
SELECT final_price FROM (SELECT price * 1.2 AS final_price FROM products) t WHERE final_price > 100;
- 聚合后筛选：用
HAVING，但必须带GROUP BY，例如：SELECT department, COUNT(*) AS emp_count FROM employees GROUP BY department HAVING emp_count > 5;
最常被忽略的一点：CTE（WITH）不是“语法糖”，它是明确的执行单元——WITH t AS (SELECT ...) 里的别名，在后续主查询中就是真实可用的列，这点比子查询更清晰，尤其当计算逻辑嵌套多层时。
