索引下推(index condition pushdown )简称ICP,在Mysql5.6的版本上推出,用于优化查询。git
在不使用ICP的状况下,在使用非主键索引(又叫普通索引或者二级索引)进行查询时,存储引擎经过索引检索到数据,而后返回给MySQL服务器,服务器而后判断数据是否符合条件 。sql
在使用ICP的状况下,若是存在某些被索引的列的判断条件时,MySQL服务器将这一部分判断条件传递给存储引擎,而后由存储引擎经过判断索引是否符合MySQL服务器传递的条件,只有当索引符合条件时才会将数据检索出来返回给MySQL服务器 。服务器
索引条件下推优化能够减小存储引擎查询基础表的次数,也能够减小MySQL服务器从存储引擎接收数据的次数。 性能
在开始以前先先准备一张用户表(user),其中主要几个字段有:id、name、age、address。创建联合索引(name,age)。优化
假设有一个需求,要求匹配姓名第一个为陈的全部用户,sql语句以下:spa
SELECT * from user where name like '陈%'
根据 "最佳左前缀" 的原则,这里使用了联合索引(name,age)进行了查询,性能要比全表扫描确定要高。索引
问题来了,若是有其余的条件呢?假设又有一个需求,要求匹配姓名第一个字为陈,年龄为20岁的用户,此时的sql语句以下:string
SELECT * from user where name like '陈%' and age=20
这条sql语句应该如何执行呢?下面对Mysql5.6以前版本和以后版本进行分析。it
5.6以前的版本是没有索引下推这个优化的,所以执行的过程以下图:io
会忽略age这个字段,直接经过name进行查询,在(name,age)这课树上查找到了两个结果,id分别为2,1,而后拿着取到的id值一次次的回表查询,所以这个过程须要回表两次。
5.6版本添加了索引下推这个优化,执行的过程以下图:
InnoDB并无忽略age这个字段,而是在索引内部就判断了age是否等于20,对于不等于20的记录直接跳过,所以在(name,age)这棵索引树中只匹配到了一个记录,此时拿着这个id去主键索引树中回表查询所有数据,这个过程只须要回表一次。
固然上述的分析只是原理上的,咱们能够实战分析一下,所以陈某装了Mysql5.6版本的Mysql,解析了上述的语句,以下图:
根据explain解析结果能够看出Extra的值为Using index condition,表示已经使用了索引下推。
索引下推在非主键索引上的优化,能够有效减小回表的次数,大大提高了查询的效率。
关闭索引下推可使用以下命令,配置文件的修改再也不讲述了,毕竟这么优秀的功能干吗关闭呢:
set optimizer_switch='index_condition_pushdown=off';