MySQL学习----InnoDB引擎-详细笔记

逻辑存储结构

表空间>段>区>页>行

表空间（ibd文件）

一个mysql实例可以对应多个表空间，用于存储记录，索引等数据

段

• 分类：数据段（Leaf node segment ）、索引段（Non - leaf node segment ）、回滚段（Rollback segment ）
• 关联 InnoDB：InnoDB 是索引组织表，数据段是 B + 树的叶子节点，索引段即 B + 树的非叶子节点；段用来管理多个 Extent（区 ）

区

• 说明：表空间的单元结构，每个区的大小为 1M
• 关联页：默认情况下，InnoDB 存储引擎页大小为 16K，即一个区中一共有 64 个连续的页

页

• 说明：是 InnoDB 存储引擎磁盘管理的最小单元，每个页的大小默认为 16KB
• 申请特点：为保证页的连续性，InnoDB 存储引擎每次从磁盘申请 4 - 5 个区

行

• 说明：InnoDB 存储引擎数据是按行进行存放的

架构

从MySQL5.5版本开始，默认使用InnoDB存储引擎，它擅长事务处理，具有崩溃恢复特性，在日常开发中使用非常广泛

内存架构

Buffer Pool（缓冲池）

• 作用：是主内存中的一个区域，可缓存磁盘上经常操作的真实数据。执行增删改查操作时，先操作缓冲池数据（无数据则从磁盘加载缓存 ），再以一定频率刷新到磁盘，减少磁盘 IO、加快处理速度。

• 管理方式

  ：以 Page 为单位，底层用链表数据结构管理 Page。根据状态，Page 分三种类型：

  • free page：空闲 page，未被使用
  • clean page：被使用 page，数据未被修改过
  • dirty page：脏页，被使用 page，数据被修改过，与磁盘数据不一致

Change Buffer（更改缓冲区）

• 适用场景：针对非唯一二级索引页
• 工作机制：执行 DML 语句时，若对应数据 Page 不在 Buffer Pool 中，不直接操作磁盘，而是将数据变更存到 Change Buffer 。后续数据被读取时，再将数据合并恢复到 Buffer Pool，之后把合并后的数据刷新到磁盘 。
• Change Buffer的意义：与聚集索引不同，二级索引是非唯一的，并且以相对随机的顺序插入二级索引。同样，删除和更新可能会影响索引树中不相邻的二级索引页，如果每一次都操作磁盘，会造成大量的磁盘IO浪费，有了Change Buffer后，我们可以在缓冲池中进行合并处理，减少磁盘IO

Adaptive Hash Index（自适应哈希索引）

• 作用：用于优化对 Buffer Pool 数据的查询
• 工作机制：InnoDB 存储引擎监控对表上各索引页的查询，若观察到哈希索引可提升速度，会建立哈希索引，即自适应哈希索引
• 特点：自适应哈希索引无需人工干预，系统根据情况自动完成
• 参数：adaptive_ha