为何目标SQL查询出现using filesort？附EXPLAIN及索引信息

问题背景 #

排查慢查询日志时定位到一个待优化的查询，执行EXPLAIN后发现结果中带有Using Filesort标记，需明确该标记出现的原因。

相关参考信息 #

1. EXPLAIN执行结果：
   
2. 表的所有索引信息：
   
3. 期望使用的目标索引：
   

核心原因解析 #

Using Filesort是MySQL的一种排序告警，意味着它无法借助索引的天然有序性完成排序，必须将查询出的数据加载到内存（或磁盘临时文件）中手动排序，常见触发场景如下：

• 排序逻辑与索引结构不匹配
  若你期望的是联合索引，要求查询的ORDER BY字段必须是索引的前缀列，且顺序完全一致，同时查询的过滤条件要匹配索引的前置列。比如索引是(col1, col2, col3)，但排序用ORDER BY col2, col1，或者过滤条件没用到col1，MySQL就没法利用索引的有序性，只能自己做排序。

• 目标索引未被优化器选中
  从EXPLAIN的key字段可确认实际使用的索引，如果不是你期望的那一个，说明优化器判定目标索引的查询成本更高（比如过滤条件的选择性太差，回表开销大），转而选择了其他索引，导致排序环节无法借力索引。

• 查询字段未被索引覆盖
  如果查询用了SELECT *或包含大量非索引字段，即便排序字段在索引里，MySQL可能因回表成本过高，放弃使用目标索引，改为全表扫描后再排序，进而触发Using Filesort。

验证与优化方向 #

• 核对ORDER BY子句字段与目标索引的列顺序，确保排序字段是索引的前缀且顺序一致，同时过滤条件命中索引前置列；
• 查看EXPLAIN的key字段，若未使用目标索引，可尝试用FORCE INDEX(目标索引名)强制使用，对比性能差异，判断优化器的选择是否合理；
• 构建覆盖索引，将查询所需的过滤、排序、返回字段都加入索引，减少回表操作，提升优化器选择目标索引的概率。

内容的提问来源于stack exchange，提问作者Lizard