Mysql索引下推、Order by优化和Using filesort文件排序原理

目录

1、like 'KK%' 和索引下推

2、Order by 和 Group by 优化

3、Using filesort文件排序原理

---

// 以下建表结构和数据同《Mysql explain 索引优化案例》

1、like 'KK%' 和索引下推

like 'KK%' 一般情况都会走索引，原因是like 'KK%' 用到了索引下推优化

EXPLAIN SELECT * FROM employees WHERE name like 'LiLei%' AND age = 22 AND position ='manager';

什么是索引下推？

对于辅助的联合索引(name,age,position)，正常情况按照最左前缀原则：WHERE name like 'LiLei%' AND age = 22 AND position ='manager'; 这种情况只会走name字段索引，因为根据name字段过滤完，得到的索引行里的age和position是无序的，无法很好的利用索引。

在MySQL5.6之前的版本，这个查询只能在联合索引里匹配到名字是 'LiLei' 开头的索引，然后拿这些索引对应的主键逐个回表，到主键索引上找出相应的记录，再比对age和position这两个字段的值是否符合。

MySQL 5.6引入了索引下推优化，可以在索引遍历过程中，对索引中包含的所有字段先做判断，过滤掉不符合条件的记录之后再回表，可以有效的减少回表次数。使用了索引下推优化后，上面那个查询在联合索引里匹配到名字是 'LiLei' 开头的索引之后，同时还会在索引里过滤age和position这两个字段，拿着过滤完剩下的索引对应的主键id再回表查整行数据。

索引下推会减少回表次数，对于innodb引擎的表索引下推只能用于二级索引，innodb的主键索引(聚簇索引)树叶子节点上保存的是全行数据，所以这个时候索引下推并不会起到减少查询全行数据的效果。

2、Order by 和 Group by 优化

案例一

EXPLAIN SELECT * FROM employees WHERE name like 'LiLei%' AND position ='dev' order by age;

分析： 利用最左前缀法则：中间字段不能断，因此查询用到了