MySQL索引下推详细

前言：

索引下推(ICP)是针对MySQL使用索引从表中检索数据行的情况的优

• 在没有索引下推的情况下，MySQL通过存储引擎遍历索引来定位表中的数据行并将它们返回给MySQl服务器，服务器再进行WHERE条件的判断，确认是否将数据行加入结果集。
• 开启索引下推，且WHERE条件部分可以仅使用索引中的列来评估，这时MySQL服务器会将这部分WHERE条件下推到存储引擎，接着存储引擎使用索引条目评估推送的索引条件，仅当满足该条件时才从表中进行读取
  

索引下推可以减少存储引擎访问数据表的次数以及MySQL服务器访问存储引擎的次数。

是不是还有点懵呢，那就对了，毫无疑问上面这段话理解起来相当费劲，但请不要灰心，我将用最通俗易懂的语言来带你了解索引下推。

总结一下：

• 最左前缀原则
• 回表

1、最左前缀原则

  MySQL在建立联合索引时会遵循最左前缀原则，比如现在User表建立了联合索引（id，name，age）根据最左前缀原则只有在SQL的条件部分命中(id)、(id，name)或者(id, name, age)时才能使用到这个联合索引。

能使用该索引的情况如下：

SELECT * FROM USER WHERE id = 1

SELECT * FROM USER WHERE id = 1 and name = 'zhangsan'

SELECT * FROM USER WHERE id = 1 and name = 'zhangsan' and age = 18

不能使用该索引的情况如下:

SELECT * FROM USER WHERE name = 'zhangsan'

SELECT * FROM USER WHERE age = 18

SELECT * FROM USER WHERE name = 'zhangsan' and age = 18

对于联合索引mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配。

2、回表

MySQL在InnoDB引擎下支持两种索引

• 聚集索引 ：索引里（B+树的叶子结点上）存储的是数据行（真实的数据）
• 普通索引 ：索引里（B+树的叶子结点上）存储的是主键

这里着重说一下聚集索引，官方文档有以下描述

• 在有主键的表，InnoDB将主键作为聚集索引
• 没有主键的表，InnoDB使用第一个唯一索引作为聚集索引
• 即没有主键也没有唯一索引时，MySQL将生成一个隐藏的6字节大小的row ID字段作为聚集索引
  

  MySQL通过普通索引没法一次性将数据拿全的情况下，通过普通索引获取主键值，再通过主键值到聚集索引中定位到记录，这个过程就叫回表。可以通过建立覆盖索引来减少回表，比如现在要通过身份证号查姓名，那就建立身份证号和姓名的联合索引（id，name），当查询时可以通过这个索引直接拿到姓名name得值，不再需要去聚集索引里查找了，这就是覆盖索引。

3、索引下推

首先创建一个用户表

CREATE TABLE `student` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255)  DEFAULT NULL,
  `age` int  DEFAULT 0,
  `class` varchar(255)  DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `index_two` (`name`,`age`)
) ENGINE=InnoDB;

//这张表增加一个复合索引
 (`name`,`age`)

给表插入数据

INSERT INTO  `student` (`name`, `age`, `class`) VALUES  ('pengpeng', 21, '1');
INSERT INTO  `student` (`name`, `age`, `class`) VALUES  ('pengpeng', 22, '2');
INSERT INTO  `student` (`name`, `age`, `class`) VALUES  ('pengpeng', 23, '3');
INSERT INTO  `student` (`name`, `age`, `class`) VALUES  ('pengpeng', 24, '4');
INSERT INTO  `student` (`name`, `age`, `class`) VALUES  ('pengpeng', 25, '5');

查询插入的数据如下

接下来explain下面这个SQL

explain select * from student where name like 'peng%' and age = 23;

可以看到Extra字段显示为USING INDEX CONDITION，这就表明这个SQL使用了索引下推，我们分析下上面这个SQL语句：

在MySQL5.6之前，只能从name字段中找出符合条件的行然后开始回表，到聚集索引上找出数据行，再对age字段进行对比，把符合条件的数据加入到结果集中。

在MySQL5.6引入了索引下推优化，在索引的遍历过程中，对索引中包含字段先做判断，这里对age字段进行判断。直接将age字段不满足的数据行排除，从而减少回表的次数。

问答区

问题1 当复合索引列为（name，age，address）时 以下SQL能使用索引吗？

select * from student where name like 'peng%' and age = 23;

  可以，遇到like会中断后续元素的匹配，但只能使用name这个字段，mysql会一直向右匹配直到遇到范围查询（>、<、between、like）就停止匹配。范围列可以用到索引，但是范围列后面的列无法用到索引。即索引最多用于一个范围列，因此如果查询条件中有两个范围列则无法全用到索引。

问题2 索引下推只能存在联合索引里吗？

是的，非联合索引无法使用索引下推。

问题3 索引下推在哪些情况下无法使用？

下推条件遇到子查询

下推条件遇到函数

非InnoDB表和MyISAM表

问题4 索引下推如何开启和关闭？

// 索引下推默认是开启的
set optimizer_switch='index_condition_pushdown=off'; // 关闭
set optimizer_switch='index_condition_pushdown=on'; // 开启

总结

  索引下推在非主键索引上的优化，可以有效减少回表的次数，大大提升了查询的效率，在平时工作中可以根据业务情况通过优化索引来达到使用索引下推，提高业务吞吐量。

到此这篇关于MySQL索引下推详细的文章就介绍到这了,更多相关MySQL索引下推内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！