SELECT中定义的别名在WHERE中不可用，因为SQL执行顺序是WHERE先于SELECT执行，此时别名尚未生成；而ORDER BY可使用别名，因其执行在SELECT之后。
SELECT 中定义的别名在 WHERE 里为什么用不了
因为 SQL 的逻辑执行顺序中，WHERE 在 SELECT 之前执行。你写 SELECT name AS full_name FROM users WHERE full_name LIKE '%John%'，数据库解析时根本还没处理 AS 这一步，full_name 还不存在，所以会报错 Unknown column 'full_name'。
解决办法只有两个：
— 直接用原始列名：WHERE name LIKE '%John%'
— 或者把条件移到 HAVING（仅适用于聚合后筛选）或外层查询中
ORDER BY 能用 SELECT 别名是因为它执行得晚
ORDER BY 是在 SELECT 之后执行的，此时别名已经生成，所以可以直接引用。比如：SELECT id, name AS full_name FROM users ORDER BY full_name 是完全合法的。
注意点：
— ORDER BY 还支持用序号（如 ORDER BY 2），但可读性差，不建议在生产中用
— 如果用了聚合函数 + GROUP BY，别名仍可用，但必须确保没和 GROUP BY 冲突
FROM 子句里的别名只在当前查询层级生效
表别名（如 SELECT u.name FROM users u）的作用域仅限于当前 SELECT 语句内部，嵌套子查询里不能直接用外层的 u。例如：
SELECT u.name FROM users u WHERE u.id IN ( SELECT id FROM orders WHERE user_id = u.id -- 这里 u 可以被识别，是相关子查询 )
但如果写成独立子查询：(SELECT id FROM orders)，里面就访问不到 u。这时候要么重复写表名，要么把别名带到子查询里（如 FROM orders o）。
CTE 和子查询中别名的可见性边界很关键
公用表表达式（CTE）定义的别名，只在后续的主查询中有效，不能在 CTE 自身定义里引用自己（除非是递归 CTE 并显式声明 RECURSIVE）。子查询的列别名也一样：外部查询能用，但子查询内部不能反向引用外部别名。
常见踩坑：
— 把 SELECT COUNT(*) AS cnt FROM t GROUP BY x HAVING cnt > 10 当成合法写法（其实可以，因为 HAVING 在 GROUP BY 和聚合之后）
— 但在 WHERE 里写 cnt > 10 就一定报错
— 窗口函数别名也不能用于 WHERE 或 GROUP BY，只能用于 SELECT 和 ORDER BY
最易被忽略的是：别名是否可用，不取决于你写在哪一行，而取决于它在标准 SQL 执行阶段的位置。哪怕语法上看起来“已经写了”，只要阶段没到，就不可见。
