Laravel 中 orderBy 不能直接使用 selectRaw 定义的 AS 别名，需用 orderByRaw 重复相同表达式或通过子查询实现；MySQL 对别名支持有限且存在兼容性与性能风险。
orderBy 不能直接用 AS 别名排序
在 Laravel 的 Eloquent 查询中，orderBy 传入的字段名必须是数据库实际存在的列，或在 selectRaw 中定义且被数据库引擎认可的别名。直接写 orderBy('full_name') 而这个 full_name 是 CONCAT(first_name, ' ', last_name) AS full_name 定义的，会报错：Column not found: 1054 Unknown column 'full_name' in 'order clause' —— 因为 MySQL 在 ORDER BY 阶段还没处理 SELECT 里的别名（除非用子查询或窗口函数）。
常见错误现象：你写了 selectRaw('CONCAT(... ) AS full_name')，又调了 orderBy('full_name')，结果查不到数据或报错；或者在本地 SQLite 能跑，上线 MySQL 就崩，因为不同数据库对别名解析时机不一致。
- MySQL 8.0+ 支持
ORDER BY引用SELECT列别名，但仅限于 *同一层级* SELECT，Eloquent 构建的查询往往带隐式包裹，实际不生效 - Laravel 的 Query Builder 默认不重写 SQL，不会把
orderBy('xxx')自动映射到前面的AS xxx表达式 - 最稳妥的做法：排序字段和别名定义必须「物理一致」——要么重复写表达式，要么用子查询/CTE
用 selectRaw + orderByRaw 写两遍表达式
这是最轻量、兼容性最好、也最常被忽略的方案。别名只用于返回值，排序靠 orderByRaw 显式复写相同逻辑。
例如按用户全名排序：
$users = User::select('id', 'first_name', 'last_name')
->selectRaw("CONCAT(first_name, ' ', last_name) AS full_name")
->orderByRaw("CONCAT(first_name, ' ', last_name)")
->get();
注意点：
-
selectRaw和orderByRaw里的表达式必须完全一致（包括空格、引号、大小写），否则可能因索引失效导致慢查询 - 如果表达式复杂（比如含
CASE WHEN或多表字段），建议抽成数据库函数或视图，避免 PHP 层硬编码出错 - MySQL 对
CONCAT中 NULL 的处理是返回 NULL，会影响排序位置（NULL 默认排最前），必要时加COALESCE
用子查询绕过别名限制
当表达式太长、复用性要求高，或需要多次引用同一个别名（比如同时用于排序和 where 条件），子查询更清晰。
示例：把带别名的查询作为内层，外层再 orderBy：
$sub = User::select('id', 'first_name', 'last_name')
->selectRaw("CONCAT(first_name, ' ', last_name) AS full_name")
->toBase(); // 转成 Builder，避免自动加 table prefix
<p>$users = DB::table($sub, 'u')
->orderBy('u.full_name')
->get();
关键细节：
-
toBase()必须调用，否则 Eloquent 会试图给子查询加users.*导致语法错误 - 子查询必须显式起别名（如
'u'），且orderBy中要带别名前缀，不然 MySQL 无法识别字段归属 - 性能上，简单场景没必要上子查询；但如果别名逻辑涉及聚合或关联，子查询反而更容易优化
避免在 JSON 字段或关系字段上滥用 AS 别名排序
比如想对 jsonb_extract_path_text(meta, 'title') 做别名再排序，或对 posts.title（通过 with 加载的关系）起别名后排序——这两类都容易踩坑。
- JSON 字段：PostgreSQL 支持直接
ORDER BY jsonb_extract_path_text(...)，但 MySQL 的JSON_EXTRACT在ORDER BY中性能差，且不能走索引；别名只是掩盖问题 - 关系字段：Eloquent 的
with是懒加载或 N+1 查询，selectRaw里写的posts.title实际没 JOIN，会报Unknown column；真要排序得先join('posts', ...) - 更安全的做法：排序字段优先走数据库原生列；JSON 或关联内容排序，放到应用层做（小数据集）或建生成列 + 索引（大数据集）
真正麻烦的不是怎么写别名，而是别名背后那个表达式是否可索引、是否跨库兼容、是否在分页时保持稳定顺序。别名只是个名字，数据库认的是执行计划里那棵表达式树。
