对数据库索引的理解以及索引在MySQL中的数据结构

引言

索引在本质上相当于书的目录,通过目录就可以快速的找到某个章节对应的位置。索引的效果,就是加快了查找的速度。日常进行数据库的操作,一般地都是进行增删查改,而在很多场景中,进行查找的概率要比增删改大很多。

虽然索引可以增加查找的概率,但是也增加了增删改的开销,因为一旦进行增删改操作,那么就需要调整已经创建好的索引了。同时,索引也会增加空间的开销,因为创建索引,也需要额外的硬盘空间来保存。

使用场景

1.数据量较大,且经常对这些列进行条件查询。

2.该数据库表的插入操作,及对这些列的修改操作频率较低。

3.索引会占用额外的磁盘空间。

满足以上条件时,就可以考虑对表中的这些字段创建索引,以提高查询效率。反之,不考虑创建索引。

使用

创建主键约束(PRIMARY KEY)、唯一约束(UNIQUE)、外键约束(FOREIGN KEY)时,会自动创建对应列的索引。

1.查看索引

show index from 表名;

示例:查看学生表中已有的索引

show index from student;

2.创建索引

对于非主键、非唯一约束、非外键的字段,可以创建普通索引

create index 索引名 on 表名(字段名);

示例:创建班级表中,name字段的索引

create index idx_classes_name on classes(name);

3.删除索引

drop index 索引名 on 表名;

drop index idx_classes_name on classes;

关于创建索引,最好的就是在建表之初就创建好。对于一个已经存在非常多数据的表再来创建索引,是有很大风险的。因为数据库里面的数据量非常庞大,那么在创建索引的时候,一下子就会吃掉大量的磁盘IO,可能会持续一段时间,具体时间要根据数据量的大小来定。那么在磁盘IO被吃满的这段时间里,是无法进行任何操作的,可能会带来一定的经济损失。

关于删除索引,也是和创建索引一样,有磁盘IO被吃满的风险,所以删除索引的时候要慎重!

在索引被创建好之后,是不需要我们手动的去使用的,查询的时候会自动的用索引进行查询。SQL是通过数据库的执行引擎来进行执行的,这里面可能会涉及一些优化操作,执行引擎会自动评估哪一种方案是成本最低查询速度最快的。

索引在MySQL中的数据结构

抓住重点,数据库需要的是范围查找!

1.关于哈希表,虽然哈希表查找元素的时间度是O(1),但是哈希表只能比较相等,无法进行大于小于这样的范围查找。

2.关于二叉搜索树,二叉搜索树查找元素的时间复杂度一般情况下为O(logN),但是在最坏情况下是单枝树,相当于链表了,所以此时为O(N)。虽然二叉搜索树可以查找范围,因为树里面的元素时是有序的,根据起点和终点,可以确定范围。但是,当树中的元素非常多的时候,那么树的高度就会比较高,然后树的高度就决定了在进行查询的时候,元素的比较次数,因为数据库在进行比较的时候都是要读硬盘的,因此二叉树搜索树并不合适。

3.针对二叉搜索树的缺点,就引入了N叉搜索树,这样就解决了树的高度问题。其中一种典型的实现就是B树,每个节点上有多个值,同时有多个分叉:

关于B树,因为一个节点上存在多个值,每个节点都是在硬盘上,所以虽然比较次数没有减少,但是读写硬盘的次数明显减少了。虽然B树比较适合做数据库的索引了,但是并不是,又在此基础上做了一些改进,引入了B+树。

4.关于B+树,就是为了索引这个场景而量身定做的数据结构,它也属于N叉搜索树,但是具有一些新的特点。

结构特点:

1.B+树也是N叉搜索树,每个节点上可能包含N个key,N个key划分出N个区间,最后一个key就是最大值。

2.父元素的key会在子元素中重复出现,并且在子元素中是最大值。

3.会把叶子节点用类似于链表的方式进行首尾相连。

优势:

1.首先它也属于N叉搜索树,树的高度降了下来,在进行比较的时候,磁盘IO次数就比较少了

2.更适合进行范围查询

3.所有的查询都是要落在叶子节点上的,无论查询那个元素,中间进行比较的次数是差不多的,查询操作比较均衡。在这一点上,对于B树来说,可能有些值查询比较快,有些查询比较慢,但是对于B+树来说,查询的速度是稳定的。

4.由于所有的key都会在叶子节点中体现,只需要把所有的数据行给放到叶子节点中。

 

由于非叶子节点只存了简单的id,没有存一整行,这就意味着非叶子节点占用的空间是比较小的,也有可能非叶子节点可以放进内存中去缓存,更进一步的降低了磁盘IO次数,提高查询的速度,本质上就是在减少磁盘IO的次数。

最后,当前B+树结构,只是针对MySQL的InnoDB(最主流的一种存储引擎)这个数据引擎里面使用的数据结构。不同的数据库不同的存储引擎,里面的存储结构可能存在差异。

  • 15
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 9
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 9
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

crazy_xieyi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值