MySQL索引无法命中的几种情况及索引验证方法


几种常见的索引不命中情况

  1. 如果条件中有 or ,即使其中有条件带索引也不会命中(这也是为什么尽量少用or的原因)
  2. like查询是以%开头,如果是int型索引不会命中,字符型的命中 'test%' 百分号只有在右边才可以命中
  3. 如果列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不使用索引
  4. 没有查询条件,或者查询条件没有建立索引
  5. 查询条件中,在索引列上使用函数( + , - , * , / ), 这种情况下需建立函数索引
  6. 采用 not in, not exist
  7. B-tree 索引 is null 不会走, is not null 会走
  8. 联合索引遵循最左原则,不满足的不会命中

验证索引命中情况

索引验证字段:EXPLAIN
示例:

EXPLAIN select * from adminlog

执行结果:

执行结果说明:

一、select_type : 查询类型,常见的值
[SIMPLE:简单表,不使用表连接或子查询。
PRIMARY : 主查询,外层的查询。
UNION 第二个或者后面的查询语句。
SUBQUERY : 子查询中的第一个select]

二、table :输出结果的表
三、type : 表示MySql在表中找到所需行的方式,或者叫访问类型。

常见的类型:
 ALL 、 index 、 range 、    ref 、 eq_ref 、 const,system 、 NULL
从左到右,性能由最差到最好。
3.1 type=ALL 全表扫描
3.2 type=index 索引全扫描,遍历整个索引来查询匹配的行
3.3 type=range 索引范围扫描,常见于 <,<=,>,>=,between,in等操作符
3.4 type=ref 使用非唯一索引或唯一索引的前缀扫描,返回匹配某个单独值的记录行。ref还经常出现在JOIN操作中
3.5 type=eq_ref 类似于ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中有一条记录匹配;简单来说,说是多表连接中使用 主建或唯一健作为关联条件
3.6 type=const/system 单表中最多有一个匹配行。主要用于比较primary key [主键索引]或者unique[唯一]索引,因为数据都是唯一的,所以性能最优。条件使用=。 
3.7 type=NULL 不用访问表或者索引,直接就能够得到结果

四、possible_keys : 可能使用的索引列表
五、key : 实现执行使用索引列表
六、key_len : 索引的长度
七、ref : 显示使用哪个列或常数与key一起从表中选择行。
八、row : 执行查询的行数,简单且重要,数值越大越不好,说明没有用好索引
九、Extra: 该列包含MySQL解决查询的详细信息

9.1 Not exists
9.2 range checked for each record  没有找到合适的索引
9.3 using index 只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的信息。就是建议取索引列。这样就可以不要通过索引去实际表中找数据了。直接返回索引列的数据。一次查询。否则就是索引表查一次,实际表中查一次。
9.4 using temporary 为了解决查询,MySQL需要创建一个临时表来容纳结果。典型情况如查询包含可以按不同情况列出列的GROUP BY和ORDER BY子句时。

本文发表于2018年12月04日 19:31
阅读 684 讨论 0 喜欢 2

讨论

周娱

君子和而不同
按照自己的方式,去度过人生

5531 1698673
抢先体验

扫码体验
趣味小程序
文字表情生成器

加入组织

扫码添加周娱微信
备注“加入组织”
邀请进开发群

闪念胶囊

大多数人程序员都高估了他们一天能完成的开发量,但低估了他们一年能学习到的东西。 ​​​

“决定我们成为什么样的人,不是我们的能力,而是我们的选择。”

让一个团队走向平庸的最佳方式,是让成员们持续地干那些不让他们感到自豪的事情。

最近1 2年发现成长的最好方式是研究开源的项目,自己实践。成长速度非常的快,一个好的项目需要考虑的细节很多。

不积跬步无以至千里,越焦虑越要扎实干。

不要试图鹤立鸡群,趁早离开那群鸡!

程序员过节需要的不是美女、不是美食、不是不加班!他们需要的是写代码,一群人写、往死里写、通宵写!!那种暗流涌动的狂欢,远比虚无庸俗的食色更让他们振奋!! by芋头

面试的时候,常常会问数组和链表的区别,很多人都回答说,“链表适合插入、删除,时间复杂度 O(1);数组适合查找,查找时间复杂度为 O(1)”。 实际上,这种表述是不准确的。数组是适合查找操作,但是查找的时间复杂度并不为 O(1)。即便是排好序的数组,你用二分查找,时间复杂度也是 O(logn)。 所以,正确的表述应该是,数组支持随机访问,根据下标随机访问的时间复杂度为 O(1)。

找一个bug就好比从一泡烂泥里找一条泥鳅,写一个bug就好比往一泡烂泥里丢一条泥鳅进去

Copyright © 2016 - 2018 Cion.
All Rights Reserved.
备案:鲁ICP备16007319号.