ORDER BY 主键仍出现 Using filesort，主因是非覆盖查询导致回表破坏顺序；需建覆盖索引（如 INDEX(status,id,name)），确保WHERE+ORDER BY字段连续且方向一致，并通过EXPLAIN中Extra无Using filesort确认索引排序生效。
ORDER BY 主键却出现 Using filesort，先看索引是否覆盖查询字段
主键本身自带唯一、有序、聚集特性，但 ORDER BY id 仍触发 Using filesort，往往不是排序逻辑的问题，而是 MySQL 没法直接从索引中拿到全部需要返回的字段。比如执行 SELECT * FROM t WHERE status = 1 ORDER BY id，即使有主键索引，SELECT * 导致必须回表取所有列，而回表过程破坏了主键顺序——结果集在内存里还得重排。
关键判断点：EXPLAIN 中 key 显示用了主键索引（如 PRIMARY），但 Extra 仍有 Using filesort → 大概率是「非覆盖查询」导致的隐式排序需求。
- 用
SELECT id, name, status替代SELECT *，并确认这些字段都在同一索引中（例如建联合索引INDEX (status, id, name)） - 若只查主键和几个小字段，可建覆盖索引：
CREATE INDEX idx_status_id_name ON t (status, id, name) - 注意：即使
WHERE status = 1走了idx_status_id_name，如果ORDER BY id后面还跟了name，且方向不一致（如ORDER BY id ASC, name DESC），依然可能退化为 filesort
多字段 ORDER BY 时，索引列顺序与排序方向必须严格匹配
联合索引 (a, b, c) 可以支持 ORDER BY a、ORDER BY a, b、ORDER BY a, b, c（全升序），但只要中间断开或方向混用，就大概率失效。比如 ORDER BY a, c 跳过了 b，MySQL 无法利用索引天然顺序；又比如 ORDER BY a ASC, b DESC，在 MySQL 8.0 之前完全不支持混合方向索引扫描。
实操建议：
- 检查
EXPLAIN的key和Extra：若key有值但Extra含Using filesort，说明索引被用于查找，但没用于排序 - 对高频排序组合建索引时，按
WHERE条件列 +ORDER BY列顺序排列，且统一用ASC（除非明确用 MySQL 8.0+ 且已验证 DESC 索引有效） - 避免在
ORDER BY中对字段加函数，如ORDER BY UPPER(name)，这会强制 filesort
为什么 LIMIT 偏移量一大，ORDER BY 就变慢？
ORDER BY id LIMIT 10000, 10 慢，不是因为排序本身，而是 MySQL 必须先扫描前 10000 行满足条件的数据，再排序取后 10 行。即使 id 有索引，优化器也得“数够 10000 条”才能开始返回——这个过程无法跳过。
更糟的是：如果 WHERE 条件筛选后仍有百万行，sort_buffer 放不下，就会写磁盘临时文件（number_of_tmp_files > 0 在 OPTIMIZER_TRACE 中可见），I/O 开销陡增。
- 用游标分页替代 offset 分页：记录上一页最后的
id，下一页查WHERE id > last_id ORDER BY id LIMIT 10 - 调大
sort_buffer_size（单线程生效），但别盲目设到几百 MB，容易引发内存争抢 - 用
SELECT id FROM ... WHERE ... ORDER BY id LIMIT 10000, 10先拿主键，再用IN回查，减少排序字段体积（即 rowid 排序策略）
如何确认到底是不是索引排序？别只看 type=index
EXPLAIN 中 type = index 或 range 只代表用了索引扫描，不代表排序用了索引。真正决定是否免排序的关键字段是 Extra：
- ✅ 无
Using filesort，且key显示用了某个索引 → 排序由索引顺序保证 - ❌ 出现
Using filesort→ 不管type是什么，都发生了额外排序 - ⚠️
Using index出现在Extra里，说明是覆盖索引扫描，此时若ORDER BY字段也在该索引中，基本可确定走索引排序
容易被忽略的一点：即使你建了 INDEX (a, b)，但查询是 SELECT b, a FROM t WHERE a = ? ORDER BY b，只要 b 在索引中靠后，且没被 WHERE 条件约束，优化器仍可能放弃用它排序——因为索引最左前缀原则要求排序字段必须从索引最左连续出现。
