MySQL ORDER BY 原理与优化

ORDER BY 是 SQL 里最常见的子句之一，但用不好就是性能杀手。这篇说说 ORDER BY 的原理和优化方法。

ORDER BY 的执行原理

-- 简单 ORDER BYSELECT*FROMorderORDERBYcreated_atDESC;

MySQL 处理 ORDER BY 的过程：

1. 全表扫描：读取所有数据
2. 2. 排序：内存排序 or 外部排序
3. 3. 返回结果：排序后的数据
      如果数据量小，MySQL 用内存排序（Filesort）；如果数据量大，就要用磁盘排序，性能很差。

Filesort：MySQL 的排序算法

MySQL 用 Filesort 做排序，虽然名字带「file」，但不一定用磁盘——内存够用就在内存排。

两种模式

模式1：全字段排序（ROWID Sort）

-- 只返回排序字段 + 主键EXPLAINSELECTorder_id,created_atFROMorderORDERBYcreated_at;

排序时：order_id, created_at（2个字段） 排序后：按 created_at 排，用主键回表取完整数据

模式2：索引覆盖排序（Index Sort）

-- 如果 ORDER BY 字段有索引，直接用索引CREATEINDEXidx_created_atONorder(created_at);SELECT*FROMorderORDERBYcreated_at;

直接读索引树，有序，不用再排。

什么情况下用索引排序？

-- ✅ 能用索引排序ORDERBYcreated_at-- 有索引ORDERBYuser_id,created_at-- 符合最左前缀WHEREuser_id=1ORDERBYcreated_at-- 索引覆盖-- ❌ 不能用索引排序ORDERBYcreated_atDESC,idASC-- DESC/ASC 混用ORDERBYcreated_at,updated_at-- 没有复合索引 (created_at, updated_at)WHEREcreated_at>'2024-01-01'ORDERBYcreated_at-- 范围查询后面的字段

Using filesort：什么时候出现？

EXPLAINSELECT*FROMorderORDERBYcreated_at;

Extra 列出现Using filesort，说明要额外排序。

常见原因

1. 没有 ORDER BY 的索引
2. 2. ORDER BY 用了函数
3. 3. 混用 ASC/DESC
4. 4. 排序字段不在同一个索引里

优化 ORDER BY

1. 覆盖索引

-- 只需要排序字段 + 主键，建联合索引CREATEINDEXidx_user_id_createdONorder(user_id,created_at);-- 排序语句SELECTid,created_atFROMorderWHEREuser_id=1ORDERBYcreated_atDESC;

2. 分页优化

-- 深分页排序很慢SELECT*FROMorderORDERBYcreated_atDESCLIMIT1000000,10;-- 优化：用主键范围SELECT*FROMorderWHEREid<1000000ORDERBYidDESCLIMIT10;

3. 减少排序数据量

-- ❌ 全表排序SELECT*FROMorderORDERBYcreated_atDESC;-- ✅ 加 WHERE 条件，减少排序范围SELECT*FROMorderWHEREstatus='completed'ORDERBYcreated_atDESC;

4. 避免在 ORDER BY 里用函数

-- ❌ 索引失效ORDERBYYEAR(created_at)-- ✅ 改用范围查询WHEREcreated_at>='2024-01-01'ANDcreated_at<'2025-01-01'ORDERBYcreated_at

实战：EXPLAIN 看排序

EXPLAINSELECT*FROMorderORDERBYcreated_atDESC;-- type: ALL（全表扫描）-- key: NULL（没走索引）-- Extra: Using filesort（需要排序）

优化后：

CREATEINDEXidx_created_atONorder(created_atDESC);EXPLAINSELECT*FROMorderORDERBYcreated_atDESC;-- type: index（扫索引树）-- key: idx_created_at（走了索引）-- Extra: Using index（索引覆盖，不需要回表！）

小结

ORDER BY 优化的核心：让 ORDER BY 字段有索引，让查询走索引而不是 filesort。

相关阅读：

• [MySQL 索引底层 B+ 树原理]
• • [MySQL 索引失效的七种情况]
• • [MySQL 分页查询优化]