图解:深入理解MySQL索引底层数据结构与算法

MySQL数据库是我们最常用的关系型数据库之一

也是初学者最喜欢选择数据库

易知,MySQL底层索引是用B+树实现的

下面就具体说说MySQL索引底层数据结构与算法实现

image

1.索引是什么

索引(Index)是帮助MySQL高效获取数据的数据结构,相当于数据的目录

2. MySQL的两种搜索引擎

分别是MyISAM搜索引擎和InnoDB搜索引擎

我们经常用到的是InnoDB搜索引擎

2.1 MyISAM搜索引擎

MyISAM引擎使用B+Tree作为索引结构

叶节点的data域存放的是数据记录的地址

image

以Col1为主键,则上图是一个MyISAM表的主索引(Primary key)示意

可以看出MyISAM的索引文件仅仅保存数据记录的地址

在MyISAM中,主索引和辅助索引(Secondary key)在结构上没有任何区别

只是主索引要求key是唯一的

而辅助索引的key可以重复

如果我们在Col2上建立一个辅助索引,则此索引的结构

跟主键索引的结构没什么区别

image.png

2.2 InnoDB搜索引擎

虽然InnoDB也使用B+Tree作为索引结构,但具体实现方式却与MyISAM截然不同

InnoDB引擎索引也叫聚集索引

他的关键字和数据在叶节点上,在一起存储

image.png

下图是主键索引的示意图

数据表每一行的数据内容,都是挂接到叶子节点的


image.png

InnoDB搜索引擎辅助索引与MyISAM索引的不同是

InnoDB的辅助索引data域存储相应记录主键的值而不是地址

如下图是将名称字段设置为辅助索引的示意图

挂接到叶子节点是主键索引的值


image.png

举个栗子

如果我们要查询名称叫Alice的数据

会先通过辅助索引查询到,这条数据的主键是18

然后再通过主键索引进行搜索

找到主键是18的叶子节点

并将数据返回

所以,对于InnoDB搜索引擎,主键索引是非常关键和重要的

3.思考

3.1 为什么一般需要一个自增的数字主键?

在之前的一篇文章中介绍了图解:什么是B-树、B+树、B*树

为了避免出现二叉搜索树那种又高又偏瘫的结构

B+树是具有自平衡能力的

所以在插入数据的时候,有可能会导致整棵树的多个部分发生旋转、合并和拆分操作

同时频繁的移动、分页操作造成了大量的碎片

自增的数字主键,会自动建立索引

在插入数据时,由于主键本身就是自增有序的

可以尽量减少B+树为自平衡而做的旋转、合并和拆分操作

从而提高效率,也可以减少碎片的产生

字符串类型的主键,如果没有什么规律

会导致插入的时候比较随机

可能会导致较多的旋转、合并和拆分操作

如果你没有建立任何主键

那么MySQL中InnoDB引擎是要求表必须有一个主键的

没有手动建立主键,MySQL会将选一个不包含null的字段将它当做主键,并建立索引

如果连这样的字段都没有,就会使用行号生成一个聚集索引,把它当做主键,这个行号大小为6bytes

就是这么强硬

所以最好还是建议新建一个自增的int类型的主键

3.2 为什么MySQL不使用B-树而选择B+实现索引?

这个主要有三个原因


image.png

(1)

作为关系型数据库,会有很多区间查询的操作

比如需要查询年龄在18-20岁的小姑娘

而B+树的所有节点会在叶子节点中,并组成了一个增序的链表

这对于区间查询来说是非常高效的

而B-树却不是这样

(2)

我们需要先清楚一个知识点


image.png

计算机cpu处理的所有数据,都必须是从内存当中读取(别抬杠,又或者说缓存、寄存器)

计算机需要按照分页或分段的方式将数据从磁盘读取到内容

这个读取过程相对于运算速度,是很慢的

每次读取的数据量也是有限的

所以I/O磁盘操作是影响计算机性能的一个瓶颈

在B-树中,每个节点都有卫星数据


image.png

每一个卫星数据Data就是数据表中的一行数据

在从磁盘读取数据表中的数据进行查询时

因为每个节点都带有卫星数据

导致每次I/O读取的节点数目非常有限

image.png

而B+树的所有节点都会出现在叶子节点

每一行数据也挂接在叶子节点

非叶子节点仅仅充作索引目录的作用

所以每次I/O操作可以读取更多的节点数量

当找到目标数据的时候,再通过节点中的数据地址信息去读取数据

可以在总体上减少I/O操作,体检查询效率

(3)

依据刚才卫星数据原因

B-在找到节点的时候,其实就是已经拿到了需要的数据

而B+树在找到节点之后,还需要再次I/O操作去读取数据

B-最快的时候1次I/O操作就能拿到数据

而B+树每次都需要遍历到叶子节点才能拿到数据

相对来说,B+树结构的检索性能更具有稳定性

3. 为什么mongodb使用B-树实现索引?

首先B-树相比B+树最大的优势是数据查询的最快时间复杂度是O(1)

文档型模式设计一般会将你所需要的数据都相对集中在一起(内存或硬盘)

数据集中在一起则减少了关系性数据库需要从各个地方去把数据找过来(然后Join)所耗费的随机读时间

而MongoDB的设计要求你常用的数据(working set)可以在内存里装下

内存读写时间相对于磁盘I/0,几乎可以忽略不计

所以,使用B-树的存储结构更适合mongodb文档型数据库的设计理念

下篇博客说一下基于B+树结构的索引,MySQL可以做哪些优化

文/戴先生@2020年6月26日

---end---

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,752评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,100评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,244评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,099评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,210评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,307评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,346评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,133评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,546评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,849评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,019评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,702评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,331评论 3 319
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,030评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,260评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,871评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,898评论 2 351

推荐阅读更多精彩内容