ThinkPHP 6 的 order() 方法推荐使用关联数组传参，键为字段名、值为 'asc' 或 'desc'，如 ['status' => 'desc', 'sort' => 'asc']，安全且语义清晰；字符串方式易引发 SQL 注入或解析错误，尤其涉及用户输入、关联字段或特殊字符时风险更高。
ThinkPHP 6 的 order() 方法怎么写多字段排序
直接用数组传多个字段，键是字段名，值是排序方向（'asc' 或 'desc'），这是最稳妥、最符合 TP6 官方推荐的方式。别用字符串拼接，容易被 SQL 注入或解析出错。
-
order()接收数组时，会按顺序生成ORDER BY field1 ASC, field2 DESC，语义清晰且安全 - 如果传字符串如
'status desc, create_time asc'，虽然能跑通，但字段名没做转义，遇上用户可控字段（比如前端传来的排序字段）就危险 - 字段名里带点号（如
'user.name'）或反引号（`user`.`name`）时，数组方式更稳；字符串方式需手动加反引号，一漏就报错SQLSTATE[42S22]: Column not found - 示例：
$list = Db::name('article')->order(['status' => 'desc', 'sort' => 'asc', 'id' => 'desc'])->select();
ThinkPHP 5.1 里 order() 字符串写法的兼容坑
TP5.1 默认支持字符串形式，但必须注意字段名不能含空格、逗号、SQL 关键字，且不自动加反引号 —— 这是线上查不到数据最常见的原因。
- 错误写法：
order('create_time desc, user_id asc')→ 如果表有前缀或字段在关联表里，会找不到列 - 正确写法（显式加反引号）：
order('`create_time` DESC, `user_id` ASC') - 更推荐升级到数组写法：
order(['create_time' => 'desc', 'user_id' => 'asc'])，TP5.1 后期版本已支持，且和 TP6 兼容 - 如果用了模型关联（如
with('user')），多字段排序涉及关联表字段时，字符串写法基本不可用，必须改用view查询或子查询
排序字段来自用户输入时，怎么防注入又保灵活性
别直接拼接，也别全量白名单硬编码。用字段映射表 + in_array() 校验是最轻量可靠的方案。
- 定义允许排序的字段映射：
$allowFields = ['id' => 'id', 'title' => 'title', 'status' => 'status', 'create_time' => 'create_time'];
- 接收参数后校验：
$field = input('sort_field', 'id');<br>$sort = in_array($field, array_keys($allowFields)) ? $allowFields[$field] : 'id';<br>$order = [$sort => input('sort_type', 'desc') === 'asc' ? 'asc' : 'desc']; - 避免用
Db::raw()拼接，哪怕加了htmlspecialchars()也没用 —— SQL 注入发生在数据库驱动层，不是 HTML 层 - 特别注意：
input('sort_field')返回的是字符串，不是数组，别误当成多字段处理
联合索引对 ThinkPHP 多字段排序性能的影响
数据库没建对索引，order() 写得再规范，查十万条数据也慢。排序字段顺序必须和联合索引字段顺序严格一致。
立即学习“PHP免费学习笔记（深入）”；
- 比如你常写
order(['status' => 'asc', 'sort' => 'desc', 'id' => 'desc'])，那索引就得是：ALTER TABLE `article` ADD INDEX idx_status_sort_id (`status`, `sort`, `id`); - 如果只建了
(`sort`, `status`)，MySQL 可能放弃索引，走 filesort，explain 看到Using filesort - 升序/降序混合时（如
status ASC, sort DESC），MySQL 8.0+ 才支持混合方向索引；5.7 及以前必须全 ASC 或全 DESC，否则索引失效 - 测试方法：在查询前加
->fetchSql(true)拿到原生 SQL，再用EXPLAIN分析执行计划
order() 数组的键顺序，这三者必须对齐，差一个就可能从毫秒变秒级。很多人调了半天代码，最后发现是索引建反了。 
