MySQL中的索引下推 _索引下推

前段时间看了一下数据库相关知识，出现了索引下推这个名词，有必要记录下来作为知识储备。索引下推用一句话总结是：索引下推是数据库检索数据过程中为减少回表次数而做的优化。
首先介绍下什么是数据库回表，回表是一种数据库检索过程。通常发生在使用二级索引检索非主索引数据的过程中。举个例子：

文章插图
usertest数据表
假设有上面一张表，上面的ID字段是主键索引，age是普通索引。
对比下面两条SQL语句：
select id from usertest where age = 10;select name from usertest where age = 10;第一条SQL语句不会产生回表(暂时不清楚不要紧)：普通索引存储的值是主键的值。也就是说age索引里面存储的结构是下面的情况：

文章插图
age索引
根据age查询id的时候，索引中的值完全可以覆盖查询结果集字段时，不会产生回表(暂时不清楚还不要紧)操作。
由此也可以看出第二条SQL语句会产生回表是因为查询的结果集无法通过索引中的值直接获取。需要根据age查询到的id值再回到主键索引里面再次查询，这个过程叫做回表。
然后再看索引下推
还是上面的usertest表，只是索引变了，ID字段是仍主键索引，但是我们加上一个复合索引name_age(name,age) 。
执行下面一条SQL语句：
select * from usertest where name like 'a%' and age = 10;在MySQL5.6之前的执行流程大概是这样的：
【MySQL中的索引下推】1.根据最左前缀原则，执行name like 'a%'可以快速检索出id的值为1，5 。

文章插图
name like 'a%'查询结果
2.然后根据id的值进行回表操作，再次进行过滤age=10的数据。
查询id=1回表1次，id=5回表1次，这个过程总共回表了2次。
可能到这里都会有疑问，为什么不在索引里面直接过滤age=10的数据，因为复合索引里面也存了age的数据，这样明明可以减少回表1次？恭喜啦，MySQL5.6以后就这么做了，这就是索引下推。
可以看出，索引下推具体是在复合索引的查询中，针对特定的过滤条件而进行减少回表次数而做的优化(个人觉得本来就该这么设计的) 。