MySQL 查询使用主键 id 排序竟然是走 filesort 的?

select * where  a=123 order by id desc;  select id, a,b,c where  a=123 order by id desc;  

• 資深大佬 : OysterQAQ

  每次查询只能命中一个索引，解决方法，加联合索引(a,is)

• 資深大佬 : user8341

  a 列的索引是按照 a 的大小顺序排列的，不是按照 id 的大小顺序排列的。

• 資深大佬 : OysterQAQ

  了解下索引排序的原理就明白了……本身索引是有序的才可以做到排序，order 之前的筛选项还得是=

• 主 資深大佬 : NULL2020

  @OysterQAQ #1 感谢，测试了下确实是这样，where 里使用无索引的列则会走索引排序

• 資深大佬 : user8341

  为什么不用主键索引？因为没用吧。

  你按 A 的索引找到一组记录，他们的 ID 是乱序的。
  然后你怎么用 ID 索引去排序？我是想不出来有什么办法。

  如果你先用 ID 的索引，那也没用，因为不符合 where 里面的条件，只能全表扫描，用不到索引。

• 主 資深大佬 : NULL2020

  @user8341 #5 1 大佬说的是正解。

• 資深大佬 : user8341

  @NULL2020 一说的没错啊。联合索引(a, id)就是按照 A 为主要关键字，id 为次要关键字排序。所以用这个索引，如果你 A 的条件是 = 的，ID 就是有序的。
  但是如果 A 条件是>, <之类的，恐怕 ID 还是无序，还是要 filesort 。

• 資深大佬 : user8341

  @OysterQAQ 不准确。现在的 mysql 还有 Index Merge Optimization 。

• 資深大佬 : OysterQAQ

  @user8341 建议实际上看看查询计划再说吧，不知道你有没有看过高性能 mysql，里面确实有说到几个单列索引的索引合并，但是实际上你应该去看看你的执行计划，这也是书中一直强调的，在不是很了解内部实现的情况下，以查询计划为主

• 資深大佬 : user8341

  @OysterQAQ 你说得没错。不过假如查询计划能解答”为什么“的问题，相信主也不会来问了。

• 主 資深大佬 : NULL2020

  @user8341 #10 他解答了我的问题啊， [一个查询只能命中一个索引] ，所以假如 where 条件里命中了索引，那排序就不会命中，只能 filesort

• 資深大佬 : user8341

  @NULL2020

  一个查询只能用一个索引是错的啊。再者，你怎么解释 a > 123 这样的条件，order by id 排序就要 filesort 呢？

• 資深大佬 : wakzz

  主你确定你使用了 a 字段索引？如果使用了 a 字段索引，那么排序直接使用 a 索引，不需要额外排序也就是不需要 filesort 。

• 資深大佬 : wakzz

  @user8341 索引树当索引值相同时，是以主键有序排列的，并不是乱序。如果是基于索引的范围查询确实整体乱序，但如果是基于索引的单值查询，那结果本身就是以主键排序的，并不是乱序。

• 資深大佬 : user8341

  @wakzz 你连他原帖都没仔细看。