索引失效

一、为什么要使用索引

因为我们的数据都是存储在磁盘上的，所以为了减少与磁盘的交互次数，快速的查询数据，我们使用索引。

举一个简单的例子：比如我们查询书中的某一个段落的数据，我们肯定会先去定位文章目录，然后根据目录在去定位章节，然后再去定位某个段落的数据。 使用索引其实与文章目录类似的作用。

这么说的话，索引的作用就不言而喻了，但是往往在平时的开发过程中会出现索引失效的问题，下面就索引失效的几类原因总结如下：

 

二、索引失效的原因

1、使用索引查询数据一般不要超过总数据的15%

2、使用组合索引时，索引列的顺序非常重要，一般尽量使用组合索引的前缀进行查询

假 设存在组合索引idx1 c1c2(c1,c2)，查询语句select from t1 where c1=1 and c2=2能够使用该索引。查询语句select from t1 where c1=1也能够使用该索引。但是，查询语句select * from t1 where c2=2不能够使用该索引，因为没有组合索引的引导列，即，要想使用c2列进行查找，必需出现c1等于某值。

3、联合索引只使用个别索引的情况

如果一个联合索引中存在3个字段 idx c1c2c3(c1,c2,c3)。查询的时候，使用第一个字段和第三个字段。即 select * from t1 where c1=1 and c3=3; 此时，只会走索引的第一个字段，c3字段不会使用到索引。使用c3字段查询数据的时候，需要回表去查

4、在查询的时候，如果where条件中有多列字段中都是索引，只会走一个索引进行数据查找。

具体使用哪个字段的索引去查询数据，根据mysql的查询优化器去选择执行的，尽可能一次的就把需要的数据查询出来。

例如：

CREATE TABLE `order_info` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '??',
  `shop_code` varchar(50) NOT NULL DEFAULT '' COMMENT '????',
  `user_no` varchar(6) NOT NULL DEFAULT '' COMMENT '????',
  `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '????',
  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '????',
  PRIMARY KEY (`id`),
  KEY `idx_shop_code_user_no` (`shop_code`,`user_no`),
  KEY `idx_create_time` (`create_time`)
) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8;

查看下面sql的执行计划

explain select * from order_info
where create_time between '2019-10-16 00:00:00' and '2019-10-16 23:31:53'
and shop_code = '11111';

这里查询数据的流程是，先根据索引字段 shop_code = '11111'的去查询数据，返回5条数据，然后在根据返回的id，时间范围再去查询一遍数据，然后定位数据的过程。所以Useing Where，回表去查询了符合条件的数据。

 

mysql的执行顺序及计划：https://blog.csdn.net/csndhu/article/details/88176564