MySQL笔记:第07章_InnoDB数据存储结构

说明:本内容整理自尚硅谷B站MySQL视频>>尚硅谷B站MySQL视频

1.数据库的存储结构:页

索引结构给我们提供了高效的索引方式,不过索引信息以及数据记录都是保存在文件上的,确切说是存储在页结构中。另一方面,索引是在存储引擎中实现的,MySQL服务器上的存储引擎负责对表中数据的读取和写入工作。不同存储引擎中存放的格式一般是不同的,甚至有的存储引擎比如Memory都不用磁盘来存储数据。
由于InnoDB是MySQL的默认存储引擎,所以本章剖析InnoDB存储引擎的数据存储结构。

1.1磁盘与内存交互基本单位:页

InnoDB将数据划分为若干个页,InnoDB中页的大小默认为 16KB
以页作为磁盘和内存之间交互的基本单位,也就是一次最少从磁盘中读取16KB的内容到内存中,一次最少把内存中的16KB内容刷新到磁盘中。也就是说,在数据库中,不论读一行,还是读多行,都是将这些行所在的页进行加载。也就是说,数据库管理存储空间的基本单位是页(Page),数据库I/O操作的最小单位是页。一个页中可以存储多个行记录

记录是按照行来存储的,但是数据库的读取并不以行为单位,否则一次读取(也就是一次I/O操作)只能处理一行数据,效率会非常低。请添加图片描述

1.2页结构概述

页a、页b、页c …页n这些页可以不在物理结构上相连,只要通过双向链表相关联即可。每个数据页中的记录会按照主键值从小到大的顺序组成一个单向链表,每个数据页都会为存储在它里边的记录生成一个页目录,在通过主键查找某条记录的时候可以在页目录中使用二分法快速定位到对应的槽,然后再遍历该槽对应分组中的记录即可快速找到指定的记录。

1.3页的大小

不同的数据库管理系统(简称DBMS)的页大小不同。比如在MySQL的InnoDB存储引擎中,默认页的大小是16KB,可以通过下面的命令来进行查看:

show variables like '%innodb_page_size%';
/*
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| innodb_page_size | 16384 |
+------------------+-------+
*/

SQL Server中页的大小为 8KB,而在oracle中用术语’‘块’’(Block)来代表"页”,Oralce支持的块大小为2KB,4KB,8KB,16K8,32KB和64KB。

1.4页的上层结构

另外在数据库中,还存在区(Extent)、段(Segment)和表空间(Tablespace)的概念。行、页、区、段、表空间的关系如下图所示:
请添加图片描述
区(Extent)是比页大一级的存储结构,在InnoDB存储引擎中,一个区会分配64个连续的页。因为InnoDB中的页大小默认是16KB,所以一个区的大小是64*16KB= 1MB。
段(Segment)由一个或多个区组成,区在文件系统是一个连续分配的空间(在InnoDB中是连续的64个页),不过在段中不要求区与区之间是相邻的。段是数据库中的分配单位,不同类型的数据库对象以不同的段形式存在。当创建数据表、索引的时候,就会相应创建对应的段,比如创建一张表时会创建一个表段,创建一个索引时会创建一个索引段。
表空间(Tablespace)是一个逻辑容器,表空间存储的对象是段,在一个表空间中可以有一个或多个段,但是一个段只能属于一个表空间。数据库由一个或多个表空间组成,表空间从管理上可以划分为系统表空间,用户表空间、撤销表空间、临时表空间等。

2.页的内部结构

页如果按类型划分的话,常见的有数据页(保存B+树节点)、系统页、Undo页和事务数据页等。数据页是我们最常使用的页。
数据页的16KB大小的存储空间被划分为七个部分,分别是文件头(File Header)、页头(Page Header)、最大最小记录(Infimum+supremum)、用户记录(User Records)、空闲空间(Free Space)、页目录(Page Directory)和文件尾(File Tailer) .
页结构的示意图如下所示:
请添加图片描述
这7个部分作用分别如下,简单梳理如下表所示:

名称占用大小说明
File Header38字节文件头,描述页的信息
Page Header56字节页头,页的状态信息
lnfimum-Supremum26字节最大和最小记录,这是两个虚拟的行记录
User Records不确定用户记录,存储行记录内容
Free Space不确定空闲记录,页中还没有被使用的空间
Page Directory不确定页目录,存储用户记录的相对位置
File Trailer8字节文件尾,校验页是否完整

我们可以把这7个结构分成3个部分

第1部分:File Header(文件头部)和File Trailer (文件尾部)

首先是文件通用部分,也就是文件头和文件尾。
文件头部信息
不同类型的页都会以File Header作为第一个组成部分,它描述了一些针对各种页都通用的一些信息,比方说这个页的编号是多少,它的上一个页、下一个页是谁等,所有的数据页会组成一个双领衣。这个部分占用固定的no个当世R山下i力立比山方4日Lhh白:

Compact行格式会把可以为NULL的列统一管理起来,存在一个标记为NULL值列表中。如果表中没有允许存储 NULL 的列,则 NULL值列表也不存在了。
为什么定义NULL值列表?
之所以要存储NULL是因为数据都是需要对齐的,如果没有标注出来NULL值的位置,就有可能在查询数据的时候出现混乱。如果使用一个特定的符号放到相应的数据位表示空置的话,虽然能达到效果,但是这样很浪费空间,所以直接就在行数据得头部开辟出一块空间专门用来记录该行数据哪些是非空数据,哪些是空数据,格式如下:

  1. 二进制位的值为1时,代表该列的值为NULL。
  2. 二进制位的值为0时,代表该列的值不为NULL。
    例如:字段 a、b、c,其中a是主键,在某一行中存储的数依次是 a=1、b=null、c=2。那么Compact行格式中的NULL值列表中存储:01。第一个0表示c不为null,第二个1表示b是null。这里之所以没有a是因为数据库会自动跳过主键,因为主键肯定是非NULL且唯一的,在NULL值列表的数据中就会自动跳过主键。
    record_test_table的两条记录的NULL值列表就如下:
    第一条记录:

第二条记录:

说明:本内容整理自尚硅谷B站MySQL视频>>尚硅谷B站MySQL视频

 · 00.硅谷_MySQL高级_源码、课件 · 01.硅谷_MySQL高级_课程简介 · 02.硅谷_MySQL高级_MySQL简介 · 03.硅谷_MySQL高级__RPM安装 · 04.硅谷_MySQL高级_ROOT密码设置和开机自启动 · 05.硅谷_MySQL高级_安装位置 · 06.硅谷_MySQL高级_修改字符集 · 07.硅谷_MySQL高级_MySQL配置文件 · 08.硅谷_MySQL高级_MySQL逻辑架构简介 · 09.硅谷_MySQL高级_存储引擎简介 · 10.硅谷_MySQL高级_SQL性能下降原因 · 11.硅谷_MySQL高级_SQL执行加载顺序 · 12.硅谷_MySQL高级_七种JOIN理论 · 13.硅谷_MySQL高级_七种JOIN的SQL编写 · 14.硅谷_MySQL高级_索引是什么 · 15.硅谷_MySQL高级_索引优势劣势 · 16.硅谷_MySQL高级_索引分类和建索引命令语句 · 17.硅谷_MySQL高级_索引结构与检索原理 · 18.硅谷_MySQL高级_哪些情况适合建索引 · 19.硅谷_MySQL高级_哪些情况不适合建索引 · 20.硅谷_MySQL高级_性能分析前提知识 · 21.硅谷_MySQL高级_explain使用简介 · 22.硅谷_MySQL高级_explain之id介绍 · 23.硅谷_MySQL高级_explain之select_type和table介绍 · 24.硅谷_MySQL高级_explain之type介绍 · 25.硅谷_MySQL高级_explain之possible_keys和key介绍 · 26.硅谷_MySQL高级_explain之key_len介绍 · 27.硅谷_MySQL高级_explain之ref介绍 · 28.硅谷_MySQL高级_explain之rows介绍 · 29.硅谷_MySQL高级_explain之Extra介绍 · 30.硅谷_MySQL高级_explain之热身Case · 31.硅谷_MySQL高级_索引单表优化案例 · 32.硅谷_MySQL高级_索引两表优化案例 · 33.硅谷_MySQL高级_索引三表优化案例 · 34.硅谷_MySQL高级_索引优化1 · 35.硅谷_MySQL高级_索引优化2 · 36.硅谷_MySQL高级_索引优化3 · 37.硅谷_MySQL高级_索引优化4 · 38.硅谷_MySQL高级_索引优化5 · 39.硅谷_MySQL高级_索引优化6 · 40.硅谷_MySQL高级_索引优化7 · 41.硅谷_MySQL高级_索引优化8 · 42.硅谷_MySQL高级_索引优化9 · 43.硅谷_MySQL高级_索引优化10 · 44.硅谷_MySQL高级_索引面试题分析 · 45.硅谷_MySQL高级_索引优化答疑补充和总结口诀 · 46.硅谷_MySQL高级_小表驱动大表 · 47.硅谷_MySQL高级_in和exist · 48.硅谷_MySQL高级_为排序使用索引OrderBy优化 · 49.硅谷_MySQL高级_慢查询日志 · 50.硅谷_MySQL高级_批量插入数据脚本 · 51.硅谷_MySQL高级_用Show Profile进行sql分析 · 52.硅谷_MySQL高级_全局查询日志 · 53.硅谷_MySQL高级_数据库锁理论概述 · 54.硅谷_MySQL高级_读锁案例讲解 · 55.硅谷_MySQL高级_读锁案例讲解2 · 56.硅谷_MySQL高级_行锁理论 · 57.硅谷_MySQL高级_行锁案例讲解 · 58.硅谷_MySQL高级_行锁演示答疑补充 · 59.硅谷_MySQL高级_索引失效行锁变表锁 · 60.硅谷_MySQL高级_间隙锁危害 · 61.硅谷_MySQL高级_如何锁定一行 · 62.硅谷_MySQL高级_行锁总结 · 63.硅谷_MySQL高级_主从复制
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值