mysql-索引(InnoDB) - springboot实战电商项目mall4j
来源:SegmentFault
时间:2023-01-11 18:54:54 129浏览 收藏
亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《mysql-索引(InnoDB) - springboot实战电商项目mall4j》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下MySQL、Mysql索引、InnoDB、后端,希望所有认真读完的童鞋们,都有实质性的提高。
springboot实战电商项目mall4j (https://gitee.com/gz-yami/mall4j)
mysql-索引(InnoDB)
InnoDB 会把存储的数据划分为若干个「页」,以页作为磁盘和内存交互的基本单位,一个页的默认大小为 16KB,它由七部分构成:
File Header: 页的通用信息
Page Header: 页的专有信息
Infimum + Supremun: 系统生产的记录,存储页内最大和最小的记录
User Records: 存储用户记录
Free Space: 页中为使用的空间
Page Directory: 存储页中记录的位置
File Trailer: 校验页是否完整
// 查看页的大小(单位:字节) show status like 'innodb_page_size';
页的数据数据排序主要是依靠表的主键id,这也是创建表的时候建议要创建一个主键,但这并不是强制性,实际创建表的过程中会发现没有指定主键也能成功的创建一个表,其实用户没有指定主键的时候,InnoDb每一列的进行循环试图逐列去寻找一列所有元素都不重复的作为主键,如果实在找不到InnoDn就会维护一个隐藏列来作为主键。
为什么创建表的时候会推荐使用整型的自增的主键?首先数据在页中是以单向链表的方式进行存储,如果使用uuid之类的作为主键,其本身是无序的而数据在页中的存放是有序的,所以在每次进行插入的数据根据排序规则大概率会在链表的中间,如果这时该页的大小已满16k,就需要根据插入的数据来重新调整后续页的数据;与之相比使用整型的自增的主键就具有很明显的优势了,因为自增的性质在正常情况下新插入的数据的主键id会大于上一条数据的主键id而直接插入到链表末尾的位置,所以新的数据就不需要大规模的去调整已有页的数据。
在InnoDB中,表数据组织方式是主键聚集索引,并且因为一个表只能有一个主键, 所以也只能有一个聚集索引。其他索引的结构则是通过索引键值加主键值组合来唯一确定一条记录,这些数据在逻辑上连续的,但从从物理存储结构上来看,聚集索引的存储并不是连续的。这其中有两点:
1、叶子节点中包含着列的数据,并且是通过双向链表进行链接的,而页按照主键的顺序排序;
2、每个页中的记录也是通过双向链表进行维护的,物理存储上可以同样不按照主键存储。
聚集索引其实就是主键索引,InnoDB中的数据是面向主键索引进行数据存储的。而聚集索引就是按照每张表的主键来构造一棵B+Tree,同时叶子节点中存储的是整张表的行记录信息,也可以将聚集索引的叶子节点称为数据页。因此,聚集索引的这个特性,决定了索引组织表中的数据也是索引的一部分。和B+Tree的数据结构一样,每个数据页都通过一个双向的链表来进行链接。需要着重注意的是,在InnoDB的B+Tree索引数据结构中,只有在叶子节点上存放的是完整的每行记录,而在非数据页的索引页中,存放的仅仅是主键值及指向数据页的偏移量,而不是一个完整的行记录。
主键索引结构图
二级索引结构图
Mysql中的检索分为两种,一种是索引检索,还有一种是全表检索。在有索引时mysql会优先使用索引进行检索,没有创建索引或索引失效时使用全表检索,使用索引进行检索毫无疑问是会比全表检索的速度更快,但数据表每增加一个索引都要开辟出一片空间来存储B+树索引数据结构,如果一张表的数据量很大而符合条件的结果又很少,那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可,比如一些字段可能就只有两个值,建索引不仅没什么优势,还会影响到更新速度,这被称为过度索引。
主键索引叶子节点中包含了列的数据,在进行检索时检索的字段不会导致索引失效,并且在范围检索时也能使用索引。而二级索引在检索时就需要注意检索的字段避免使用*,尽量只返回需要检索的数据。二级索引还能够通过联合索引来减少索引创建的数量,可以应在查询时有多个字段总是同时出现则这些字段就可以作为复合索引,形成索引覆盖可以提高查询的效率。
springboot实战电商项目mall4j (https://gitee.com/gz-yami/mall4j)
到这里,我们也就讲完了《mysql-索引(InnoDB) - springboot实战电商项目mall4j》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于mysql的知识点!
声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
最新阅读
更多>
-
335 收藏
-
467 收藏
-
303 收藏
-
176 收藏
-
368 收藏
-
475 收藏
课程推荐
更多>
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
评论列表
-
- 心灵美的荷花
- 写的不错,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢作者大大分享技术文章!
- 2023-03-01 16:17:49
-
- 雪白的发卡
- 这篇博文真是及时雨啊,细节满满,很有用,码住,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-02-19 23:23:26
-
- 坦率的黄豆
- 这篇技术文章太及时了,太细致了,写的不错,码起来,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-02-12 16:36:05
-
- 合适的果汁
- 好细啊,已收藏,感谢作者的这篇技术贴,我会继续支持!
- 2023-02-09 18:26:58
-
- 英勇的玉米
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢老哥分享技术文章!
- 2023-02-01 02:31:08
-
- 无聊的高跟鞋
- 这篇文章内容真是及时雨啊,太详细了,真优秀,已收藏,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-01-28 05:57:40
-
- 朴实的棒球
- 这篇文章内容太及时了,好细啊,受益颇多,mark,关注博主了!希望博主能多写数据库相关的文章。
- 2023-01-25 01:39:06
-
- 积极的眼睛
- 细节满满,mark,感谢作者大大的这篇技术贴,我会继续支持!
- 2023-01-24 01:57:16
-
- 高高的星星
- 这篇文章真是及时雨啊,老哥加油!
- 2023-01-23 23:42:01
-
- 俭朴的溪流
- 太全面了,已收藏,感谢大佬的这篇技术贴,我会继续支持!
- 2023-01-21 11:12:10
-
- 微笑的火
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢老哥分享技术贴!
- 2023-01-19 14:50:21
-
- 阳光的睫毛膏
- 这篇文章内容太及时了,up主加油!
- 2023-01-18 12:42:20
-
- 玩命的滑板
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢大佬分享技术贴!
- 2023-01-17 03:23:20