InnoDB表空间

最新推荐文章于 2024-05-22 00:13:46 发布
最新推荐文章于 2024-05-22 00:13:46 发布
阅读量171 收藏
点赞数
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41648688/article/details/115094787
版权
本文详细介绍了InnoDB存储引擎的表空间概念，包括页类型、页面结构、区管理、段分配策略以及系统表空间的内容。讨论了表空间的自扩展性和数据字典等核心组件，揭示了InnoDB在存储和管理数据时的内部机制。
摘要由CSDN通过智能技术生成

InnoDB表空间

表空间就是存放页的地方。

类型名称十六进制描述
FIL_PAGE_TYPE_ALLOCATED0x0000最新分配，还没使用
FIL_PAGE_UNDO_LOG0x0002Undo日志页
FIL_PAGE_INODE0x0003段信息节点
FIL_PAGE_IBUF_FREE_LIST0x0004Insert Buffer空闲列表
FIL_PAGE_IBUF_BITMAP0x0005Insert Buffer位图
FIL_PAGE_TYPE_SYS0x0006系统页
FIL_PAGE_TYPE_TRX_SYS0x0007事务系统数据
FIL_PAGE_TYPE_FSP_HDR0x0008表空间头部信息
FIL_PAGE_TYPE_XDES0x0009扩展描述页
FIL_PAGE_TYPE_BLOB0x000ABLOB页
FIL_PAGE_INDEX0x45BF索引页，也就是我们所说的数据页

页面通用部分

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VV7hwZJ3-1616414179817)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322135607697.png)]

File Header的组成部分

名称占用空间大小描述
FIL_PAGE_SPACE_OR_CHKSUM4字节页的校验和（checksum值）
FIL_PAGE_OFFSET4字节页号
FIL_PAGE_PREV4字节上一个页的页号
FIL_PAGE_NEXT4字节下一个页的页号
FIL_PAGE_LSN8字节页面被最后修改时对应的日志序列位置（英文名是：Log Sequence Number）
FIL_PAGE_TYPE2字节该页的类型
FIL_PAGE_FILE_FLUSH_LSN8字节仅在系统表空间的一个页中定义，代表文件至少被刷新到了对应的LSN值
FIL_PAGE_ARCH_LOG_NO_OR_SPACE_ID4字节页属于哪个表空间

独立表空间结构

区的概念

64个页就是一个区，也就是64*16KB=1MB空间大小。

每256个区被划分成一组。

B+树中的同一层中的页是按照双向链表连接的，同一页中的记录是根据链表进行连接的。如果双向链表中相邻的两个页的物理位置不连续，对于传统机械硬盘来说，需要重新定位磁头位置，会产生随机I/O。所以尽量需要使页连续，所以引入区。而区中的页在物理上都是连续的。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ouDUqhL9-1616414179825)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322140536186.png)]

第一个组的前三个页面都是固定的。

FSP_HDR:用来登记整个表空间的一些整体属性以及本组所有的区的属性。

IBUF_BITMAP:用来存储Change Buffer的一些信息。

INODE：用来存储INODE Entry。

其余各组开始的两个页面也固定。

XDES:用来登记本组256个区的属性。

段的概念

叶子节点和非叶子节点都有各自的区。存放叶子节点的区的集合是一个段，存放非叶子节点的区的集合也是一个段。

有一个直属于表空间的碎片区存放不同用处的页。

为某个段分配存储空间的策略：

  • 刚开始向表中插入数据，段从某个碎片区以单个页面为单位来分配存储空间。
  • 当某个段已经占用了32个碎片区页面之后，就以完整的区为单位来分配存储空间。

所以段是某些零碎的页面以及一些完整区的集合。

区的分类

状态名中文名称含义
FREE空闲区还没用到区中任何页面
FREE_FRAG有剩余空闲页面的碎片区碎片区中还有页面可以分配
FULL_FRAG没有剩余空闲页面的碎片区碎片区中没有页面可以分配
FSEG附属于某个段的区区中页面完全用于存储某个段的数据

每一个区都对应一个XDES。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iESXHOYn-1616414179827)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322150824109.png)]

  • Segment：段的唯一的编号
  • List Node:将XDES串联成一个链表
  • State:表明区的状态
  • Page State Bitmap:每两位对应一个区中的页，第一位表示是否空闲，第二位没用到

申请页面过程：先查看是否有FREE_FRAG区，若存在，则从该区中取零碎页。若不存在，则申请一个FREE区变为FREE_FRAG区，然后取零碎页插入数据。若该区页面被取完，则变成FULL_FRAG区。

所以我们需要知道FREE，FREE_FRAG，FULL_FRAG这种区的情况，因此通过list Node将这三种情况的区的XDES结构各自串成链表。想要拿这三种情况的区时，就直接从链表中拿出来，并修改state的状态。

  • FREE链表：链表中都是同一个段中所有页面都是空闲页面的区对应的XDES Entry结构
  • NOT_FULL链表：链表中都是同一个段中所有页面仍有空闲页面的区对应的XDES Entry结构
  • FULL链表：链表中都是同一个段中所有页面没有空闲页面的区对应的XDES Entry结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WgvhANwg-1616414179829)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322153110414.png)]

用来定位链表。

  • List Length:表示链表中节点个数
  • First Node Page Number和First Node Offset表示该链表头结点在表空间的位置
  • Last Node Page Number和Last Node Offset表示该链表尾结点在表空间的位置

段结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eLJDU9Fd-1616414179832)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322154652965.png)]

  • Segment ID:INODE Entry对应段的编号
  • NOT_FULL_N_USED:在NOT_FULL链表已经使用了多少个页面
  • 3个List Base Node
  • Magic Number:标记INODE Entry是否已经被初始化，如果是97937874，即被初始化
  • Fragment Array Entry:对应一个零散的页面，表示零散页面的页号

各类型页面

FSP_HDR类型

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Q4cQdM6J-1616414179833)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322161610268.png)]

名称中文名占用空间大小（字节）简单描述
File Header文件头部38页的一些通用信息
File Space Header表空间头部112表空间的一些整体属性信息
XDES Entry区描述信息10240存储本组256个区对应的属性信息
Empty Space尚未使用空间5986用于页结构的填充
File Trailer文件尾部8校验页是否完整

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pExdn8d0-1616414179834)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210322163118157.png)]

名称占用空间大小（字节）描述
Space ID4表空间的ID
Not Used4未被使用
Size4当前表空间拥有的页面数
FREE Limit4尚未被初始化的最小页号，大于或等于这个页号的区对应的XDES Entry结构都没有被加入FREE链表
Space Flags4表空间的一些占用存储空间比较小的属性
FRAG_N_USED4FREE_FRAG链表中已使用的页面数量
List Base Node for FREE List16FREE链表的基节点
List Base Node for FREE_FRAG List16FREE_FRAG链表的基节点
List Base Node for FULL_FRAG List16FULL_FRAG链表的基节点
Next Unused Segment ID8当前表空间中下一个未使用的Segment ID
List Base Node for SEG_INODES_FULL List16SEG_INODES_FULL链表基节点
List Base Node for SEG_INODES_FREE List16SEG_INODES_FREE链表基节点
XDES类型

与FSP_HDR类型相似，但是该类型只记录本组的所有的区对应的XDES Entry。

IBUF_BITMAP类型

记录了一些关于Change Buffer的东西。

在修改非唯一二级索引页面时，如果该页面尚未被加载到 内存中，那么该修改将先被暂时缓存到Change Buffer中，之后服务器空闲或者其他什么原因导致对应的 页面从磁盘上加载到内存中时，再将修改合并到对应页面。

INODE类型

为了记录段的属性。

名称中文名占用空间大小（字节）简单描述
File Header文件头部38页的一些通用信息
List Node for INODE Page List通用链表节点12存储上一个INODE页面和下一个INODE页面的指针
INODE Entry段描述信息16320具体的INODE Entry结构
Empty Space尚未使用空间6用于页结构的填充
File Trailer文件尾部8校验页是否完整

如果一个表空间中存在的段超过85个，那么一个INODE类型的页面不足以存储所有的段对应的INODE Entry结构，所以就需要额外的INODE类型的页面来存储这些结构。所以就将页面串成两个链表。

  • SEG_INODES_FULL链表：没有空闲空间来存储额外的INODE Entry结构。
  • SEG_INODES_FREE链表：还有空闲空间来存储额外的INODE Entry结构。
Segment Header结构
名称占用空间大小（字节）描述
Space ID of the INODE Entry4INODE Entry 结构所在的表空间ID
Page Number of the INODE Entry4INODE Entry 结构 所在的页面页号
Byte Offset of the INODE Entry2INODE Entry 结构在该页面中的偏移量

Page Header中存储的PAGE_BTR_SEG_LEAF记录着叶子节点段对应的INODE Entry结构的地址是哪个表空间中哪个页面的哪个偏移量。

PAGE_BTR_SEG_TOP记录着非叶子节点段对应的INODE Entry结构的地址是哪个表空间中哪个页面的哪个偏移量。

表空间大小

表空间是自扩展的。

系统表空间

系统表空间的ID为0。

页号页面类型英文描述描述
3SYSInsert Buffer Header存储Change Buffer的头部信息
4INDEXInsert Buffer Root存储Change Buffer的根页面
5TRX_SYSTransction System事务系统的相关信息
6SYSFirst Rollback Segment第一个回滚段的信息
7SYSData Dictionary Header数据字典头部信息

页号64~191的页面叫Doublewrite Buffer。

数据字典
表名描述
SYS_TABLES整个InnoDB存储引擎中所有表的信息
SYS_COLUMNS整个InnoDB存储引擎中所有列的信息
SYS_INDEXES整个InnoDB存储引擎中所有索引的信息
SYS_FIELDS整个InnoDB存储引擎中所有索引对应的列的信息
SYS_FOREIGN整个InnoDB存储引擎中所有外键的信息
SYS_FOREIGN_COLS整个InnoDB存储引擎中所有外键对应的列的信息
SYS_TABLESPACES整个InnoDB存储引擎中所有的表空间信息
SYS_DAATAAFILES整个InnoDB存储引擎中所有表空间对应的文件系统的文件路径信息
SYS_VIRTUAL整个InnoDB存储引擎中所有虚拟生成的列的信息

页号7的页

名称占用空间大小（字节）简单描述
File Header(文件头部)38页的一些通用信息
Data Dictionary Header(数据字典头部)52记录一些基本系统表的根页面位置以及InnoDB存储的一些全局信息
Unused4未使用
Segment Header(段头部)10记录本页面所在段对应的INODE Entry位置信息
Empty Space(尚未使用的空间)16272用于业结构的填充
File Trailer8校验页是否完整
Pandada。
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL InnoDB表空间加密示例详解
09-08
MySQL InnoDB表空间加密是一种重要的安全特性，它允许数据库管理员对存储在独立表空间中的数据进行静态加密。从MySQL 5.7.11版本开始，InnoDB引擎引入了这一功能，以保护敏感数据免受未经授权的访问。下面将详细介绍...
InnoDB-表空间
m0_58846210的博客
10-20 333
大家好，我是xicheng。现在继续更新MySQL，本篇讲InnoDB的表空间，该部分类容比较枯燥繁琐，但又是MySQL后续内容的基础。所以大家可以先学习理解整体框架，等后续篇章用到的时候，再回过头查阅，进一步加深理解。另外，InnoDB的知识脑图如下所示，大家坐稳了。
InnoDB 存储引擎--表空间
silmeweed的博客
04-29 393
一、InnoDB体系结构： 1、表空间文件： system tablespace(系统表空间）（ibdata1...ibdataN文件) file-per-table tablesapce(单表表空间）（.ibd表空间文件) general tablesapce(通用表空间): 如果想把表创建在通用表空间，使用CREATE TABLE ... TABLESPACE语法. ...
mysql中InnoDB的表空间--独立表空间
最新发布
qq_41534540的博客
05-22 777
大家好，上篇文章我们在讲mysql数据目录的时候提到了表空间这个名词，它是一个抽象的概念，对于系统表空间来说，对应着文件系统中一个或多个实际文件；对于每个独立表空间来说，对应着文件系统中一个名为表名.ibd的实际文件。我们可以把表空间比作存储页的容器，当我们想为某个表插入一条记录的时候，就从容器中找出一个对应的页来把数据写进去。今天我们就先来深入聊一下InnoDB的独立表空间。在讲表空间之前，我们先回忆一下页的相关内容，这有助于下面我们对表空间的理解。
MySQL（九）：InnoDB 表空间（Tables）
码客
03-21 1万+
本节着重分析一下表空间，通过本节我们将清楚以下几个问题： 1、什么是表空间（Tablespace）？ 2、InnoDB 存储引擎有哪些表空间（Tablespace）？ 3、InnoDB 存储引擎中的表空间（Tablespace）有什么用？ 4、表空间（Tablespace）有哪些组成部分？及各个表空间的作用？ 文章目录1、简述2、InnoDB 逻辑存储结构2.1、段（segment）2.2、区（e...
mysql 同步 无法启动失败怎么办_mysql无法启动怎么办？
weixin_42449548的博客
01-27 921
故障处理移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！提示：[ERROR] InnoDB: Page [page id: space=0, page number=0] log sequence number 178377412422 is in the future! Current system log sequence number 165909011496....
mysql Innodb表空间卸载、迁移、装载的使用方法
09-10
MySQL的InnoDB存储引擎在处理表空间方面有两种模式：共享表空间和独立表空间。共享表空间模式下，所有InnoDB表的数据和索引都存储在一个或多个大文件（如ibdata1）中。而独立表空间模式，也称为文件-per-table模式，...
innodb系统表空间维护方法
09-09
系统表空间是InnoDB存储引擎存放数据、索引和事务日志的地方，通常包含文件`ibdata1`。当系统表空间满时，需要进行维护以确保数据库的正常运行。以下是一些关于InnoDB系统表空间维护的方法： **问题背景** 默认情况...
Mysql InnoDB 共享表空间和独立表空间
12-14
　共享表空间： Innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所以其大小限制不再是文件大小的限制，而是其自身的限制。从Innodb的官方文档中可以...
mysql innodb引擎表（日志表）损坏的解决办法
oThrowsException的博客
09-14 3929
今天干了一件事：mysql 把一台5.5版本的data目录文件移到另一台 到5.7版本下，重避mysql后启动报下面错 [ ERROR] InnoDB: Page [page id: space=0, page number=245792] log sequence number 20578013 is in the future! Current system log sequence number 14487872. 网上百度了跟损坏有关 解决办法： 需要跳过恢复步骤，修改my.cnf文件，在my.cn
InnoDB的表空间
LinkBoBo的博客
09-09 713
InnoDB是以页为单位管理存储空间的，我们的聚簇索引（也就是完整的表数据）和其他的二级索引都是以B+树的形式保存到表空间中的，而B+树的节点就是数据页。
MySQL之——崩溃-修复损坏的innodb：innodb_force_recovery
热门推荐
giianhui的专栏
09-09 2万+
由于windows服务器经常死机，导致有时mysql启动不了，查看mysql-error.log发现以下错误信息： 2019-08-27T20:00:58.495267+08:00 0 [ERROR] InnoDB: Your database may be corrupt or you may have copied the InnoDB tablespace but not the Inno...
MySQL进阶之（五）InnoDB数据存储结构之表空间
qq_50994235的博客
03-09 1092
在。
InnoDB 磁盘结构及表空间 ( Tablespaces )
tom的博客
05-02 1156
innodb 磁盘结构及表空间详解
mysql数据库服务没有打开_mysql服务无法启动？
weixin_36480510的博客
01-28 554
故障描述MySQL 数据库服务器的 CPU 和主板都换了，重新开机，发现 MySQL 无法启动！！！提示：Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint .... and ...故障分析这个问题出现在 MySQL 5.7 之后的版本，主要的原因是 MySQL 会在最新的 checkpoint ...
MySQL 8.0 InnoDB Tablespaces之System Tablespace（系统表空间）
SQLplusDB的小院
10-16 1623
MySQL系统表空间
Innodb存储引擎 表空间详解
Yosigo_的博客
07-12 723
Innodb存储引擎表空间架构图 表空间由三种段构成 叶子节点数据段 : 即数据段 非叶子节点数据段 : 即索引段 回滚段 表空间分类 表空间可以看做是InnoDB存储引擎逻辑结构的最高层，所有的数据都存放在表空间中。表空间的管理模式的出现是为了数据库的存储更容易扩展，关于表空间我们还需要详细说一下 mysql 5.5版本以后出现共享表空间概念 mysql5.6版本中默认的是独立表空间 mysql5.7版本新特性共享临时表空间 共享表空间 概念 类似于LVM逻辑卷，是动态扩展的。默认只有
Lvm与MySQL内置方案：空间不足下的InnoDB表空间选择对比
本文主要探讨了在MySQL数据库管理系统中，当空间不足时，两种常见的扩展方案：LVM（Logical Volume Manager，逻辑卷管理）和MySQL自带的表空间管理策略，尤其是InnoDB引擎的共享表空间与独立表空间的选择。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值