MySQL中字段别名可省略AS，但加AS更清晰安全；含空格、特殊字符或保留字时必须用AS加反引号；别名仅在SELECT和ORDER BY中有效，WHERE/GROUP BY不可用；别名不改变数据类型但可能受函数影响。
MySQL 中给字段取别名，AS 关键字不是必须的，但加了更清晰、更安全。
字段别名不加 AS 也能用，但容易出错
MySQL 允许省略 AS，比如 SELECT name AS nickname 和 SELECT name nickname 效果一样。但问题在于：如果别名含空格、特殊字符或和保留字重名，不加 AS 就会报错或行为异常。
- 错误示例：
SELECT user_name user name→ 解析器把name当成新字段，报错Unknown column 'name' - 正确写法：
SELECT user_name AS `user name`（注意反引号） - 保留字冲突：
SELECT status AS order会失败；必须写成SELECT status AS `order`
AS 后面该用反引号还是双引号？
MySQL 默认用反引号 ` 标识标识符（字段名、别名等），双引号在标准 SQL 模式下可能被当成字符串字面量，导致别名变成常量值而不是列名。
- 安全写法：
SELECT COUNT(*) AS `total_count` - 风险写法：
SELECT COUNT(*) AS "total_count"→ 在SQL_MODE=ANSI_QUOTES下会被当字符串，结果恒为"total_count"字面值 - 不建议用单引号：那是字符串，
SELECT name AS 'nickname'实际返回的是固定字符串'nickname'，不是字段值
别名在 WHERE 和 GROUP BY 中不能直接用
别名只在 SELECT 和 ORDER BY 阶段生效，WHERE 和 HAVING 执行时别名还不存在，GROUP BY 也一样。
- 错误：
SELECT price * 1.1 AS final_price FROM goods WHERE final_price > 100→Unknown column 'final_price' - 正确：
SELECT price * 1.1 AS final_price FROM goods WHERE price * 1.1 > 100 - 或者用子查询 / CTE 把计算逻辑提前，避免重复写表达式
别名影响结果集结构，但不改变原始数据类型
别名只是输出时的显示名称，不影响字段类型、长度或 NULL 属性。但要注意：某些函数或转换可能隐式改变类型，进而影响别名列的行为。
-
SELECT CAST(id AS CHAR) AS str_id FROM users→str_id是字符串类型，排序会按字典序，不是数值序 -
SELECT IFNULL(email, 'N/A') AS contact→contact的类型由email和'N/A'共同推导，可能比原字段更宽，影响内存和传输开销 - 别名不会让
NULL变非空，SELECT name AS alias_name中若name为NULL，alias_name仍是NULL
最常被忽略的一点是：别名在嵌套查询的外层不可见，而 ORDER BY 却可以引用它——这种不对称性容易让人误以为别名“全局可用”。实际得时刻记住 SQL 各子句的执行顺序。
