ThinkPHP排序结果不稳定的根本原因是数据库校对集未统一为utf8mb4_unicode_ci、order()写法不兼容、多字段排序缺唯一兜底字段、联合索引未匹配排序顺序；需同步统一MySQL服务端collation、DSN显式声明charset=utf8mb4、用二维数组写法order([['field','asc'],['id','asc']])、强制添加主键兜底、并按排序字段顺序创建联合索引。
ThinkPHP 排序结果不稳定，多数不是写法错误，而是底层配置或逻辑设计没兜住。真正让排序“稳下来”，得从数据库、框架调用、索引和并发四个层面一起卡住关键点。
数据库校对集必须统一为 utf8mb4_unicode_ci
中文、emoji 或多语言字段排序错乱（比如“张三”排在“李四”后面），90% 是字符集校对不一致导致的。MySQL 默认的 latin1 或 utf8_general_ci 会按字节比较，无法正确处理中文拼音顺序或大小写敏感性。
- MySQL 服务层：修改 /www/server/mysql/etc/my.cnf，确保
[mysqld]段包含：
character-set-server = utf8mb4<br>collation-server = utf8mb4_unicode_ci<br>init_connect = 'SET NAMES utf8mb4'<br># 删除 skip-character-set-client-handshake
- 数据库和表结构：已有库/表需手动转换：
ALTER DATABASE `your_db` CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;<br>ALTER TABLE `user` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
- ThinkPHP 连接层：DSN 必须带
;charset=utf8mb4（分号不能漏），例如：mysql://root:pass@127.0.0.1:3306/tpshop;charset=utf8mb4 - 验证是否生效：执行
SELECT COLLATION()，返回值应为utf8mb4_unicode_ci
order() 写法要规避版本兼容翻车
TP6 和 TP8 支持关联数组写法，但早期版本（如 TP6.0.8 之前）或某些封装方法里，一维数组 ['field'=>'asc'] 可能被覆盖或报错。最稳的是二维数组写法，所有版本都认。
- 推荐写法（全版本兼容）：
->order([['sort', 'asc'], ['id', 'desc']]) - 字段含点号（如
user.name）或关键字（如order）时，字符串写法必须加反引号：->order('`user`.`name` ASC, `order` DESC')，漏一个就 SQL 报错 - 用户可控排序字段（如前端传
sort=score）必须白名单校验，不能直接拼接：$allow = ['score','level','created_at']; $field = input('sort'); if (!in_array($field, $allow)) $field = 'id';
多字段排序必须加唯一兜底字段
只写 order('status asc, sort asc') 看似没问题，但当 status 和 sort 都相同时，MySQL 返回顺序是不确定的（取决于存储引擎和执行计划），分页时可能跳行或重复。
立即学习“PHP免费学习笔记（深入）”；
- 务必在最后加上主键或唯一字段，例如：
->order([['status','asc'],['sort','asc'],['id','asc']]) - 尤其在配合
paginate()使用时，缺兜底字段会导致第二页出现第一页的数据
联合索引要匹配 order 字段顺序
写了 order('category_id asc, sort desc, id desc')，但没建对应索引，MySQL 就会触发 Using filesort，数据量一大就明显变慢，排序结果也容易因临时文件读写顺序而波动。
- 建索引原则：按 order 字段从左到右，方向尽量一致（asc/desc 混用在 MySQL 8.0+ 才支持高效走索引）
- 推荐索引：
INDEX idx_cat_sort_id (category_id, sort, id) - 避免只建单列索引或反向顺序索引（如
(id, sort)对sort + id排序无效）
