ThinkPHP排序异常根源在于MySQL未定义行为与配置缺失：重复字段排序缺唯一兜底、索引不匹配致Filesort、关联字段未显式绑定别名、PDO charset未设utf8mb4。
ThinkPHP 排序结果异常，通常不是框架写错了，而是数据库层行为未被显式约束或配置未对齐。核心问题在于：SQL 标准不保证无明确排序时的返回顺序，而 ThinkPHP 的 order() 又完全依赖 MySQL 索引和执行计划是否真正生效。
排序字段重复且未兜底
只按一个可能重复的字段排序（如 status、level、sort_order），MySQL 对值相同的记录不保证内部顺序。迁移服务器、升级 MySQL 版本、数据重导后，原本“看起来有序”的结果就可能跳变。
- 必须追加唯一字段兜底，例如
->order(['status' => 'asc', 'id' => 'asc']) - 关联表排序时，用别名字段（如
b.level）也得同步加上b.id防止乱序 - 数组写法自动加反引号，比字符串拼接（
'b.level asc'）更安全、更可靠
索引缺失或不匹配导致 Filesort
EXPLAIN 显示 Using filesort，说明 MySQL 没走索引排序，而是把数据捞出来再内存/磁盘排序——这会放大分页延迟、拖垮并发性能。
-
WHERE用user_id，ORDER BY用created_at，但没建(user_id, created_at)联合索引 → 失效 - 建了
(status, created_at)，但查询是WHERE created_at > ?→ 范围查询截断索引，后面字段无法用于排序 - 字段类型隐式转换（如数据库是
VARCHAR，PHP 传整数）→ 索引失效，强制回表+Filesort
多表关联时排序字段未正确解析
在 view() 或 join() 场景下，order('user.name') 很容易报错或静默丢弃，尤其字段含点号、大小写敏感、或表未显式绑定别名。
立即学习“PHP免费学习笔记（深入）”；
- 确保关联语句中已声明该表，例如
->join('users u', 'a.user_id = u.id') - 排序写成
->order(['u.name' => 'asc'])，别用字符串'u.name asc'（低版本易解析失败） - 字段名严格匹配数据库实际大小写（如 SQL Server 中
GroupID≠groupid）
PDO 连接层编码错配引发乱码式“排序错乱”
中文字段排序异常（如“张三”排在“李四”后面）、字符比较失真，八成不是逻辑问题，而是 charset 链路断裂。
- 数据库配置必须设
'charset' => 'utf8mb4'，不是utf8 - 确认 MySQL 服务端
character_set_client/connection/results全为utf8mb4 - 主从库 charset 必须一致，否则从库查出的数据排序规则已偏移
