性能优化：索引下推

导读#

• 索引下推（index condition pushdown ）简称 ICP，在 Mysql5.6 的版本上推出，用于优化查询。

• 在不使用 ICP 的情况下，在使用非主键索引（又叫普通索引或者二级索引）进行查询时，存储引擎通过索引检索到数据，然后返回给 MySQL 服务器，服务器然后判断数据是否符合条件 。

• 在使用 ICP 的情况下，如果存在某些被索引的列的判断条件时，MySQL 服务器将这一部分判断条件传递给存储引擎，然后由存储引擎通过判断索引是否符合 MySQL 服务器传递的条件，只有当索引符合条件时才会将数据检索出来返回给 MySQL 服务器 。

• 索引条件下推优化可以减少存储引擎查询基础表的次数，也可以减少 MySQL 服务器从存储引擎接收数据的次数。

开撸#

• 在开始之前先先准备一张用户表 (user)，其中主要几个字段有：id、name、age、address。建立联合索引（name，age）。

• 假设有一个需求，要求匹配姓名第一个为陈的所有用户，sql 语句如下：

**　　SELECT * from user where name like ‘陈 %’**

• 根据 “最佳左前缀” 的原则，这里使用了联合索引（name，age）进行了查询，性能要比全表扫描肯定要高。

• 问题来了，如果有其他的条件呢？假设又有一个需求，要求匹配姓名第一个字为陈，年龄为 20 岁的用户，此时的 sql 语句如下：

**　　SELECT * from user where name like ‘陈 %’ and age=20**

• 这条 sql 语句应该如何执行呢？下面对 Mysql5.6 之前版本和之后版本进行分析。

Mysql5.6 之前的版本#

• 5.6 之前的版本是没有索引下推这个优化的，因此执行的过程如下图：

• 会忽略 age 这个字段，直接通过 name 进行查询，在 (name,age) 这课树上查找到了两个结果，id 分别为 2,1，然后拿着取到的 id 值一次次的回表查询，因此这个过程需要回表两次。

Mysql5.6 及之后版本#

• 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’;**

本作品采用《CC 协议》，转载必须注明作者和本文链接