索引下推原理
ICP
看一个sql语句
前提:k字段上有索引
select * from t where k>'4' && k like '%张'
正常情况我们以后 k like ‘%张’ 这个写法将会导致k字段上的索引失效
因为k字段有索引,并且 k>‘4’ 这个判断不会导致索引失效,按照我们惯性思维,我们以为"%张"不会走索引;我们判断完 k>'4’之后拿着对应的主键值回表然后再判断k like ‘%张’,这种做法增加了IO的次数,降低性能
实际上:我们根据k>'4’判断完满足条件的语句之后我们并不会着急的回表,mysql会顺便的判断一下 'k是否满足 k like '%张 ‘’,这样我们又过滤的一些数据,这样的话我们就大大的减少了回表的次数,也就是说大大减少了IO的次数,那么查询性能就会加快;
ICP原理:
ICP主要是针对联合索引的,当某个索引属于某个联合索引,由于再特殊的过滤条件下导致了这个索引失效,但是在这个语句的其他过滤条件中也用到了这个联合索引的其他字段,那么再这个联合索引的其他字段判断完之后并不会立即回表,而是顺便的判断一下这个 “特殊的过滤条件(也就是筛选出让那个失效的索引)” 所满足的条件,最后再一起回表,这样大大减少了IO的次数
IOP不适用于覆盖索引,因为覆盖索引本身就不会需要回表,自己本身就可以根据索引来判断