ThinkPHP模型中order方法不生效，主因是paginate自动补序或全局scope强制覆盖；多字段排序需注意NULL处理与索引匹配，避免initialize中硬编码order。
ThinkPHP 模型里 order 方法不生效？先看是不是被自动覆盖了
ThinkPHP 的模型查询中，order 方法看似简单，但经常“没反应”——不是写法错，而是后续链式调用（比如 paginate、select 之前又调了 order）或全局作用域（base scope）悄悄重写了排序。尤其在使用 paginate() 时，它内部默认按主键升序补一次 order，会直接覆盖你前面写的。
- 查
paginate()源码可知：它会在没有显式order时自动加id ASC；但只要你调过一次order()（哪怕空参），它就认为“已指定”，不再补，但也不会保留你之前的值——因为底层用了$this->options['order'] = [...]赋值，后调用者胜出 - 如果你在模型的
initialize()或全局 scope 里写了$this->order('status DESC')，那所有查询都会带这个，且无法被链式order()覆盖（除非显式传空数组清掉） - 正确做法是：把排序逻辑收口到查询发起处，避免分散在模型初始化或 scope 中；如必须用 scope，改用
$this->when($condition, function ($query) { $query->order('xxx'); })这类条件式写法
多字段复合排序怎么写才不翻车？注意语法和 NULL 处理
ThinkPHP 支持字符串、数组、闭包三种 order 写法，但行为差异大，尤其涉及 NULL 值时容易排错位。
- 字符串写法：
$model->order('sort ASC, create_time DESC')最常用，但无法控制NULLS FIRST/LAST，MySQL 8+ 和 PostgreSQL 会把NULL当最小值排最前（ASC 时），而旧版 MySQL 可能排最后，结果不一致 - 数组写法：
$model->order(['sort' => 'asc', 'create_time' => 'desc'])更安全，自动转义字段名，但依然不处理NULL顺序 - 真要控
NULL位置，得用原生 SQL 片段：$model->orderRaw('sort ASC, create_time DESC, id ASC')，或者更明确地：$model->orderRaw('sort IS NULL, sort ASC, create_time DESC')（把NULL排后面）
想让某个字段默认排序，但又允许外部覆盖？别硬写在模型里
很多人在模型的 initialize() 里写 $this->order('sort ASC')，以为设了“默认”，结果发现外部根本改不了——因为 ThinkPHP 的 order() 是直接覆写 $this->options['order']，不是合并。
- 想实现“有则用，无则默认”，得在查询发起前动态判断：
$query = $model->when(empty($request->order), function ($q) { return $q->order('sort ASC'); })->order($request->order ?? null) - 更干净的做法是封装一个查询方法：
public function listWithDefaultOrder($extraOrder = null) { $order = $extraOrder ?: 'sort ASC'; return $this->order($order)->select(); } - 切记：不要在
scope里调$this->order()，它不可被外部清除；要用return $query->order(...)形式返回新 query 实例
分页 + 复合排序性能差？检查是否命中索引
加了多个 order 字段后，EXPLAIN 一看 type=ALL 或 Using filesort，基本就是索引没对上。
立即学习“PHP免费学习笔记（深入）”；
- MySQL 复合排序要求索引字段顺序和
ORDER BY完全一致，且不能跳过前导列：比如ORDER BY a ASC, b DESC，索引就得是(a, b)，且 MySQL 8.0+ 才支持混合方向（DESC）索引；5.7 只认全 ASC 或全 DESC - ThinkPHP 生成的 SQL 如果含
WHERE条件，还要考虑“最左前缀”：例如WHERE status=1 ORDER BY sort ASC，索引应建为(status, sort)，而非只建(sort) - 用
$model->fetchSql(true)->order(...)->select()先拿到原始 SQL，再拿去数据库里EXPLAIN，比凭感觉调优靠谱得多
字段默认排序这事，表面是写个 order，实际牵扯查询生命周期、SQL 生成逻辑、索引设计三块；最容易被忽略的是：你以为的“默认”，在框架里可能根本不是默认，而是强制覆盖。
