面试题：解释一下什么是全字段排序和rowid排序

「全字段排序」和「rowid 排序」这两个关键概念，它们其实是 MySQL 执行filesort（文件排序）时的两种核心算法。

这两种排序都是「没有合适索引时，MySQL 被迫做文件排序」的内部实现方式，目的都是完成 ORDER BY 的排序需求，但数据读取方式、内存占用、性能差异极大 ------MySQL 5.6+ 已默认优先使用 rowid 排序（更高效）。

排序时，把查询需要的所有字段 （SELECT 列 + ORDER BY 列 + WHERE 列）都加载到sort_buffer（排序缓冲区），排序后直接返回结果，无需回表。

以这个查询为例（无覆盖索引，触发 filesort）：

sql

复制代码

SELECT id, order_no FROM t_order WHERE status = 1 ORDER BY create_time DESC;

全字段排序的执行流程：

✅ 优点：排序后无需回表，少一次 IO 操作；
❌ 缺点：sort_buffer内存占用大（要存所有字段），如果查询字段多（比如 SELECT *），sort_buffer容易被占满，数据会溢出到磁盘，导致排序速度骤降；
适用场景：查询字段极少（比如只查 1-2 个小字段）、排序数据量小的场景。

排序时，只把「排序键（ORDER BY 指定的列） + 行指针（主键 id / 物理行地址）」加载到sort_buffer，排序后再通过「行指针」回表读取需要的字段，需要回表但内存占用小。

还是以上面的查询为例，rowid 排序的执行流程：

对比维度	全字段排序	rowid 排序
`sort_buffer`内容	所有查询字段（SELECT/ORDER BY/WHERE）	仅排序键 + 主键（rowid）
内存占用	大	小（仅前者的 1/10 甚至更少）
是否回表	否	是
触发条件	查询字段总长度 ≤ `max_length_for_sort_data`（默认 1024 字节）	查询字段总长度 > `max_length_for_sort_data`
MySQL 默认（5.6+）	仅字段极少时触发	优先使用（默认开启`rowid_orderby=on`）
性能	字段少快、字段多慢	字段多快、字段少略慢（回表开销可忽略）

MySQL 通过max_length_for_sort_data参数控制算法选择（默认 1024 字节）：

复制代码

-- 查看当前值（单位：字节）
SHOW VARIABLES LIKE 'max_length_for_sort_data';

-- 临时调整（会话级）
SET SESSION max_length_for_sort_data = 2048;

⚠️ 不建议随意调大这个值：如果查询字段多，调大后会强制用全字段排序，导致sort_buffer溢出到磁盘，反而更慢。