MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)

无知的我正在复习MySQL进阶知识。。。。

笔记特点是 我重新整理了涉及资料的一些语言描述、排版,而使用了自己比较容易理解的描述、同样是回答了一些常见关键问题

如果有遇到有任何无法进展问题或者疑惑的地方,应该在讨论区留言 或者 其他途径以寻求及时的帮助,以加快学习效率 或者 培养独立解决问题的能力、扫清盲点、补充细节

InnoDB引擎

    • 逻辑存储结构
    • 架构 概述
    • 架构 内存结构
      • 缓冲池
      • 更改缓冲区
      • 自适应hash索引
      • 日志缓冲区
    • 架构 磁盘结构
    • 后台线程

逻辑存储结构

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第1张图片

表空间是 InnoDB存储引擎逻辑结构的最高层, 如果用户启用了参数 innodb_file_per_table(在8.0版本中默认开启) ,则每张表都会有一个表空间(xxx.ibd)

在行中 默认有两个隐藏字段 它们的作用是

Trx_id(最后一次操作事务的id):保存事务id。每次对某条记录进行改动时,都会把对应的事务id赋值给trx_id隐藏列。

Roll_pointer(列指针):保存修改前的信息。每次对某条引记录进行改动时,都会把旧的版本写入到undo日志中,然后这个隐藏列就相当于一个指针,可以通过它来找到该记录修改前的信息。

架构 概述

下面是InnoDB架构图,左侧为内存结构,右侧为磁盘结构

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第2张图片

架构 内存结构

内存结构分为四大块 uffer Pool、Change Buffer、Adaptive Hash Index、Log Buffer

缓冲池

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第3张图片

缓冲池 意义

为了避免每次访问都磁盘I/O,而是对经常使用的数据,加载到缓冲池中 并 访问。

缓冲池 内部数据

不仅缓存了索引页和数据页,还包含了undo页、插入缓存、自适应哈希索引以及InnoDB的锁信息等等。

缓冲池 运行机制

在执行增删改查操作时,先操作缓冲池中的数据(若缓冲池没有数据,则从磁盘加载并缓存),然后再以一定频率刷新到磁盘,从而减少磁盘IO,加快处理速度。

缓冲池 以Page页为单位 并 分为以下三类

free page:空闲page,未被使用。

clean page:被使用page,数据没有被修改过。

dirty page:脏页,被使用page,数据被修改过,但是没有同步到磁盘中,导致二者存储的数据不一致

更改缓冲区

Change Buffer

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第4张图片

更改缓冲区 机制

在执行DML语句时,如果这些数据Page没有在Buffer Pool中,不会直接操作磁盘,而会将数据暂时存储在缓冲区 Change Buffer中,在未来数据被读取时,再将数据合并恢复到Buffer Pool中,再将合并后的数据刷新到磁盘中。(它的操作只作用于 二级索引页)

更改缓冲区 意义

为了解决 删除和更新可能会影响索引树中不相邻的二级索引页,如果每一次都操作磁盘,会造成大量的磁盘IO,导致磁盘消耗过大的问题。这是因为与聚集索引不同,二级索引通常是非唯一的,并且以相对随机的顺序插入二级索引,如下图。

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第5张图片

自适应hash索引

Adaptive Hash Index

自适应hash索引 意义

用于优化对Buffer Pool数据的查询。这是因为hash索引在进行等值匹配时(不做范围查询、模糊匹配等),一般性能是要高于B+树的,因为hash索引一般只需要一次IO即可,而B+树,可能需要几次匹配,所以hash索引的效率要高

自适应hash索引 机制

InnoDB存储引擎会监控对表上各索引页的查询,如果观察到在特定的条件下hash索引可以提升速度,则建立hash索引(可以通过这个参数选择是否开启:adaptive_hash_index)

日志缓冲区

Log Buffer

日志缓冲区 机制

如果需要更新、插入或删除许多行的事务,增加日志缓冲区的大小可以节省磁盘 I/O。这是因为它是用来保存要写入到磁盘中的log日志数据(redo log 、undo log),日志缓冲区的日志会定期刷新到磁盘中。(默认大小为 16MB)

日志缓冲区 参数

innodb_log_buffer_size(缓冲区大小)

innodb_flush_log_at_trx_commit(日志刷新到磁盘时机)取值主要包含以下三个

1: 日志在每次事务提交时写入并刷新到磁盘,默认值。

0: 每秒将日志写入并刷新到磁盘一次。

2: 日志在每次事务提交后写入,并每秒刷新到磁盘一次。

image-20220505204702304

架构 磁盘结构

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第6张图片

System Tablespace 查看存放的位置参数:innodb_data_file_path

image-20220505211459908

系统表空间,默认的文件名叫 ibdata1。

File-Per-Table Tablespaces 开关参数:innodb_file_per_table(默认开启)

image-20220505211550352

每创建一个表,都会产生一个表空间文件。如图

image-20220505211627870

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第7张图片

General Tablespaces 创建通用表空间参数 :CREATE TABLESPACE

A. 创建表空间
CREATE TABLESPACE ts_name ADD DATAFILE 'file_name' ENGINE = engine_name;
B. 创建表时指定表空间
CREATE TABLE xxx ... TABLESPACE ts_name;

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第8张图片

后台线程

后台线程 意义

内存中我们所更新的数据,又是如何到磁盘中的呢? 此时,就涉及到一组后台线程

在InnoDB的后台线程中,分为4类

Master Thread 、IO Thread、Purge Thread、Page Cleaner Thread。

1). Master Thread

  • 核心后台线程,负责调度其他线程
  • 负责将缓冲池中的数据异步刷新到磁盘中, 保持数据的一致性
  • 脏页的刷新、合并插入缓存、undo页的回收 。

2). IO Thread

在InnoDB存储引擎中大量使用了AIO来处理IO请求, 这样可以极大地提高数据库的性能,而IOThread主要负责这些IO请求的回调。

IO线程的类型

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第9张图片

查看InnoDB的状态信息,其中就包含IO Thread信息
show engine innodb status \G;

MySQL进阶 | InnoDB内部架构 | 数据库入门到精通 | 无知的我费曼笔记(图文排版无水印)_第10张图片

@0代表线程在等待接收请求

@aio代表异步非阻塞io

3)Purge Thread

主要用于回收事务已经提交了的undo log。在事务提交之后,undo log可能不用了,就用它来回收。

4)Page Cleaner Thread

协助 Master Thread 刷新脏页到磁盘的线程。从而可以减轻 Master Thread 的工作压力,从而减少阻塞。

你可能感兴趣的:(MySQL,systemic,Learning,mysql,架构,学习)