Index Condition Pushdown(索引下推)
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Index Condition Pushdown(索引下推)相关的知识,希望对你有一定的参考价值。
参考技术A Index Condition Pushdown(索引下推) mysql 5.6引入了索引下推优化,默认开启,使用SET optimizer_switch = ‘index_condition_pushdown=off’;可以将其关闭。官方文档中给的例子和解释如下: people表中(zipcode,lastname,firstname)构成一个索引SELECT * FROM people WHERE zipcode=‘95054’ AND lastname LIKE ‘%etrunia%’ AND address LIKE ‘%Main Street%’;
如果没有使用索引下推技术,则MySQL会通过zipcode='95054’从存储引擎中查询对应的数据,返回到MySQL服务端,然后MySQL服务端基于lastname LIKE '%etrunia%'和address LIKE '%Main Street%'来判断数据是否符合条件。 如果使用了索引下推技术,则MYSQL首先会返回符合zipcode='95054’的索引,然后根据lastname LIKE '%etrunia%'和address LIKE '%Main Street%'来判断索引是否符合条件。如果符合条件,则根据该索引来定位对应的数据,如果不符合,则直接reject掉。 有了索引下推优化,可以在有like条件查询的情况下,减少回表次数。
MySQL Index Condition小结
什么是index Condition?
索引下推(index condition pushdown )简称ICP,在Mysql5.6的版本上推出,用于优化查询。
在不使用ICP的情况下,在使用非主键索引(又叫普通索引或者二级索引)进行查询时,存储引擎通过索引检索到数据,然后返回给MySQL服务器,服务器然后判断数据是否符合条件 。
在使用ICP的情况下,如果存在某些被索引的列的判断条件时,MySQL服务器将这一部分判断条件传递给存储引擎,然后由存储引擎通过判断索引是否符合MySQL服务器传递的条件,只有当索引符合条件时才会将数据检索出来返回给MySQL服务器 。
索引条件下推优化可以减少存储引擎查询基础表的次数,也可以减少MySQL服务器从存储引擎接收数据的次数。
总之,ICP提升了MySQL查询效率。
示例分析
在开始之前先先准备一张用户表(user),其中主要几个字段有:id、name、age、salary。建立联合索引(name,age)。
做一个简单的检索:
select * from user where name like ‘tony%’ and age=12;
这里设置其暂不适用ICP:
set optimizer_switch=‘index_condition_pushdown=off’;
检查其执行效果:
explain select * from user where name like ‘tony%’ and age=12;
执行效果:
Extra:
其使用Using Where,匹配到了联合索引。单机耗费:33ms
这里我们打开ICP:
set optimizer_switch=‘index_condition_pushdown=on’;
执行效果:
原理分析:
Off ICP
会忽略age这个字段,直接通过name进行查询,在(name,age)这课树上查找到了两个结果,id分别为2,1,然后拿着取到的id值一次次的回表查询,因此这个过程需要回表两次。
On ICP
InnoDB并没有忽略age这个字段,而是在索引内部就判断了age是否等于12,对于不等于12的记录直接跳过,因此在(name,age)这棵索引树中只匹配到了一个记录,此时拿着这个id去主键索引树中回表查询全部数据,这个过程只需要回表一次。
总结
索引下推在非主键索引上的优化,可以有效减少回表的次数,大大提升了查询的效率。
参阅资料
以上是关于Index Condition Pushdown(索引下推)的主要内容,如果未能解决你的问题,请参考以下文章
vue中底部tab切换,使用本地存储index,返回页面不刷新的解决办法
处理Sphinx(Coreseek)Query failed: index xxxx: sort-by attribute 'xxx