做 ThinkPHP 开发的朋友，多半都遇到过 order() 排序死活不生效的尴尬。查来查去，其实原因就那么几个，一点也不复杂，但特别容易忽略——关键是搞清楚“谁最后写了 ORDER BY”以及“SQL 最终长什么样”。
ThinkPHP 的 order() 不生效通常因被 paginate 自动覆盖、模型 initialize 或全局 scope 强制排序、字段名不合规、索引未命中等原因导致，需从最终 SQL 和调用顺序两方面排查。
先别急着怀疑自己写错，看看下面这几个最常见的“坑”，多半能帮你快速定位问题。
先看 paginate 是否偷偷补序
这是翻车率最高的一个点。当你调用 paginate() 时，框架默认行为是：如果前面没有显式调用过 order()，它会自动加一个 id ASC 作为保底排序。可一旦你之前写过一次 order()，哪怕传了个空字符串或空数组，它就会认为“你已经指定了排序”，于是不再补，但也不会保留你原来的值——直接清空重写。结果就是你精心写的排序规则被覆盖得一干二净。
- 检查一下调用链：
paginate()之前是否调用了order()，后面又链式调用了别的order() - 临时去掉
paginate()，换用select()测试，看order()是否生效 - 开启 SQL 日志（
'show_sql' => true），直接看最终生成的 SQL 中ORDER BY是不是你写的那个
查模型初始化或全局 scope 是否硬编码了 order
另一个容易踩的坑藏在模型内部。如果在模型的 initialize() 方法或者全局作用域里写了 $this->order('status DESC')，那这个排序就会成为“铁律”，外部链式调用的 order() 根本覆盖不了——除非你显式传一个空数组 ->order([])。
- 全局搜索项目里所有
initialize()和scope方法，重点看有没有order()调用 - 不要在 scope 里直接
$this->order(...)，改用返回新 query 实例的方式：return $query->order(...) - 如果需要条件式排序，推荐用
$query->when($condition, fn($q) => $q->order(...))
确认字段名和写法是否合规
有时候 order() 看起来没生效，其实是字段名写错了——带多余空格、用了 MySQL 关键字、或者表别名没写清楚。这些错误不会报错，但排序会静默失效。
- 字符串写法：
order('sort ASC, create_time DESC')，注意字段名前后不能有空格（比如" sort ASC"就会失败） - 更推荐数组写法：
order(['sort' => 'asc', 'create_time' => 'desc'])，框架会自动转义字段名，兼容保留字 - 关联表字段排序必须确保已经
join()，且字段名格式正确（如['b.level' => 'asc']） - 字段类型不一致也会出问题：数据库里是 VARCHAR，PHP 传整数，会导致隐式类型转换，索引失效，排序结果看起来“没效果”
（注：原处有一段推广内容已删除，不影响理解。）
验证 MySQL 是否真走了索引
SQL 里明明有 ORDER BY，但就是感觉没按预期排序？那就要看看 MySQL 是否走了正确的索引。如果没命中索引，MySQL 会执行 Using filesort，大数据量下不仅慢，顺序还不稳定，很容易被误判为“不生效”。
- 用
EXPLAIN查看执行计划，重点关注key是否命中索引、Extra是否出现了Using filesort - 联合索引必须满足最左前缀原则：例如索引是
(category_id, sort)，那么where category_id = ? order by sort可以走索引；反过来order by category_id则不行 - 避免在排序字段上使用函数（如
UPPER(name)）、表达式或类型转换，否则索引会失效
不复杂，但容易忽略。排查时按上面几条逐一核对，基本都能找到问题所在。
