索引最左前缀匹配原则

对于最左前缀匹配原则居然没有百度百科,实在是让我感觉不可思议。

最左前缀匹配原则,用几句话来概述就是:
顾名思义,就是最左优先,在创建多列索引时,要根据业务需求,where子句中使用最频繁的一列放在最左边。

什么是最左匹配原则?

最左前缀匹配原则,非常重要的原则,建立一个索引,对于索引中的字段,mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整。
=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优化成索引可以识别的形式

最左匹配原则实际场景及难点

如果只是上面这些概念的话,这篇博客显然是不合格的,那么接下来我们用实际场景来解释最左匹配原则的一些难点
先创建一张表

CREATE TABLE `student` (`id` int(11) NOT NULL AUTO_INCREMENT,`name` varchar(255) DEFAULT NULL,`cid` int(11) DEFAULT NULL,PRIMARY KEY (`id`),KEY `name_cid_INX` (`name`,`cid`),KEY `name_INX` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8

注意上面的语句,在倒数第三行创建了name_cid_INX索引,包含name和cid字段
在倒数第二行创建了name_INX索引,包含name字段

执行1:

EXPLAIN SELECT * FROM student WHERE name=‘小红’;

结果:

依据mysql索引最左匹配原则,两个索引都匹配上了,这个没有问题。。

执行2:

EXPLAIN SELECT * FROM student WHERE cid=1;

结果:

执行3:

EXPLAIN SELECT * FROM student WHERE cid=1 AND name=‘小红’;

这个时候,对于初步了解最左前缀匹配原则的同学就会懵逼了,纳尼???

执行2,执行3不应该都与最左前缀匹配原则完全相悖吗?怎么还是使用了索引???(可以看到key字段中都表示用了name_cid_INX索引)顿时怀疑人生了有木有?

如果你也有跟上述一样的心理变化,说明你对索引的理解是狭隘的(没错,说的就是我。。。)
好的,接下来我们来揭秘了

上述,的两个查询的explain结果中显示用到索引的情况类型是不一样的。,可观察explain结果中的type字段。执行2和执行3中的type字段分别是:
执行2. type: index
执行3. type: ref
(先去吃个饭,未完待续。。。)我回来啦,我们继续(自言自语好羞耻)

解释:

index:这种类型表示是mysql会对整个该索引进行扫描。要想用到这种类型的索引,对这个索引并无特别要求,只要是索引,或者某个复合索引的一部分,mysql都可能会采用index类型的方式扫描。但是呢,缺点是效率不高,mysql会从索引中的第一个数据一个个的查找到最后一个数据,直到找到符合判断条件的某个索引

所以:对于执行2:

EXPLAIN SELECT * FROM student WHERE   cid=1;

判断条件是cid=1,而cid是(name,cid)复合索引的一部分,没有问题,可以进行index类型的索引扫描方式。explain显示结果使用到了索引,是index类型的方式。

ref:这种类型表示mysql会根据特定的算法快速查找到某个符合条件的索引,而不是会对索引中每一个数据都进行一一的扫描判断,也就是所谓你平常理解的使用索引查询会更快的取出数据。而要想实现这种查找,索引却是有要求的,要实现这种能快速查找的算法,索引就要满足特定的数据结构。
简单说,也就是索引字段的数据必须是有序的,才能实现这种类型的查找,才能利用到索引。

有些了解的人可能会问,索引不都是一个有序排列的数据结构么。不过答案说的还不够完善,那只是针对单个索引,而复合索引的情况有些同学可能就不太了解了。

下面就说下复合索引:
以该表的(name,cid)复合索引为例,它内部结构简单说就是下面这样排列的:

mysql创建复合索引的规则是首先会对复合索引的最左边的,也就是第一个name字段的数据进行排序,在第一个字段的排序基础上,然后再对后面第二个的cid字段进行排序。其实就相当于实现了类似 order by name cid这样一种排序规则。
所以:第一个name字段是绝对有序的,而第二字段就是无序的了。所以通常情况下,直接使用第二个cid字段进行条件判断是用不到索引的,当然,可能会出现上面的使用index类型的索引。这就是所谓的mysql为什么要强调最左前缀原则的原因。

那么什么时候才能用到呢?
当然是cid字段的索引数据也是有序的情况下才能使用咯,什么时候才是有序的呢?观察可知,当然是在name字段是等值匹配的情况下,cid才是有序的。发现没有,观察两个name名字为 c 的cid字段是不是有序的呢。从上往下分别是4 5。
这也就是mysql索引规则中要求复合索引要想使用第二个索引,必须先使用第一个索引的原因。(而且第一个索引必须是等值匹配)。

所以对于执行3这条sql查询:

EXPLAIN SELECT * FROM student WHERE   cid=1 AND name='小红';

没有错,而且复合索引中的两个索引字段都能很好的利用到了!因为语句中最左面的name字段进行了等值匹配,所以cid是有序的,也可以利用到索引了。

你可能会问:我建的索引是(name,cid)。而我查询的语句是cid=1 AND name=‘小红’; 我是先查询cid,再查询name的,不是先从最左面查的呀?

好吧,我再解释一下这个问题:首先可以肯定的是把条件判断反过来变成这样 name=‘小红’ and cid=1; 最后所查询的结果是一样的。
那么问题产生了?既然结果是一样的,到底以何种顺序的查询方式最好呢?

所以,而此时那就是我们的mysql查询优化器该登场了,mysql查询优化器会判断纠正这条sql语句该以什么样的顺序执行效率最高,最后才生成真正的执行计划。所以,当然是我们能尽量的利用到索引时的查询顺序效率最高咯,所以mysql查询优化器会最终以这种顺序进行查询执行。

相信通过以上的场景模拟,大家应该都或多或少更加理解了什么是最左前缀匹配原则,中间的弯弯绕绕实在会让我们迷惑很久,比如我。。(好吧,写完以后回头再看又感觉虽然把我想说的都写出来了,但是却不够通俗易懂,感觉表达能力稍微欠缺)

ps:场景模拟借鉴了知乎大佬沈杰的一个回答,链接如下:
https://www.zhihu.com/question/36996520

----我是“道祖且长”,一个在互联网苟且偷生的Java程序员

原创:史上最全最通俗易懂的,索引最左前缀匹配原则(认真脸)相关推荐

  1. mysql最左前缀概念_Mysql的最左前缀匹配原则(上)

    最左前缀在mysql的官方文档中称之为leftmost prefix,该原则适用于多列索引,想仅仅用三言两语来说清楚什么是最左前缀匹配原则不太现实,但是如果使用官方文档的一个例子来说明该原则,或许会好 ...

  2. mysql存储过程更新数据后返回一个字段_史上最全存储引擎、索引使用及SQL优化的实践...

    整个MySQL Server由以下组成 : Connection Pool :连接池组件 Management Services & Utilities :管理服务和工具组件 SQL Inte ...

  3. 23种计模式之Python实现(史上最全最通俗易懂)内容整改中

    第一篇 Python与设计模式:前言 第二篇(23种设计模式) 创建类设计模式(5种) 单例模式.工厂模式.简单工厂模式.抽象工厂模式.建造者模式.原型模式 结构类设计模式(7种) 代理模式.装饰器模 ...

  4. MYSQL史上最全学习分享

    数据库 数据库(DataBase)简称DB.数据库是用于存储和管理数据的仓库. 数据库的特点: 持久化存储数据.其实数据库就是一个文件系统 方便存储和管理数据 使用了统一的方式操作数据库--SQL 常 ...

  5. 移动端IM开发者必读(二):史上最全移动弱网络优化方法总结

    1.前言 本文接上篇<移动端IM开发者必读(一):通俗易懂,理解移动网络的"弱"和"慢">,关于移动网络的主要特性,在上篇中已进行过详细地阐述,本文 ...

  6. .Net魔法堂:史上最全的ActiveX开发教程——发布篇

    一. 前言 接着上一篇<.Net魔法堂:史上最全的ActiveX开发教程--开发篇>,本篇讲述如何发布我们的ActiveX. 二.废话少讲,马上看步骤! 1. 打包  C#开发的Activ ...

  7. 【干货】史上最全的Tensorflow学习资源汇总,速藏!

    一 .Tensorflow教程资源: 1)适合初学者的Tensorflow教程和代码示例:(https://github.com/aymericdamien/TensorFlow-Examples)该 ...

  8. 程序员如何跳出35岁魔咒,史上最全思维图收集解救你

    时常有人在知乎.百度等平台抛出问题:程序员过了 35 岁或 40 岁是不是就失去了竞争力,要转管理岗了吗? 100offer 在2017年对其平台上的5844 位技术岗位求职者做了一个抽样调查,得出了 ...

  9. 2个recordset合并_史上最全!8种办法玩转Excel文字合并,总有一款适合你!

    本文作者丨 wayy - Excel 研究院 本文由「秋叶 Excel」原创发布 如需转载,请在公众号发送关键词「转载」查看说明 在日常工作过程中, 我们经常会遇到要把一串文字拼接到一起的情况. 你还 ...

最新文章

  1. Java项目:家庭财务管理系统(java+Springboot+ssm+mysql+maven)
  2. Swift反射API及其用法
  3. Springmvc ajax请求400
  4. 乐视姓孙还是姓贾?反正我不知道
  5. python 项目自动生成requirements.txt文件
  6. LeetCode Shell 194. 转置文件
  7. geek_愚蠢的怪胎技巧:在Windows 7中启用秘密的“ How-To Geek”模式
  8. 机器人三定律真有用?但AI可能并不会遵守
  9. python基本代码教程-Python基础
  10. 大厨揭示Google成功秘诀:免费啤酒和寿司
  11. 解决MySQL报ValueError(“Could not process parameters“)错误
  12. linux下用命令修改图片像素
  13. cnn输入层_cnn模型怎么画?手把手教你绘制模型图
  14. 多御安全浏览器安卓版迎来重大更新:新增分享二维码功能
  15. Android HAL硬件抽象层与硬件系统架构
  16. 老船履带工具使用方法_上蔡县履带自动行走洛阳铲安全好操作
  17. 谁会嫌钱多啊|最适合学生党的Python兼职攻略以及接私活经验
  18. 行业认证标准:如何达到DISA ASD STIG规范进行软件开发
  19. 哈希表(散列表)——C++数据结构详解
  20. 超越货币、经济和市场的公正应用

热门文章

  1. 微软Windows CEO梅尔森跟全体员工告别
  2. 技术分享 | 浅谈滴滴派单算法
  3. 【汇正财经】股票指数定义是什么?我国的股票指数有哪些?
  4. 会话层,表示层和应用层
  5. 20145330 《网络对抗》PC平台逆向破解:注入shellcode 和 Return-to-libc 攻击实验
  6. 7-2 点赞(20 分)
  7. 前百度总裁陆奇:我给有梦想的年轻人9点建议
  8. 论文综述:问答系统综述
  9. 原生jq下载文件的方式
  10. 一文读懂 Traefik Hub