innodb存储引擎的基本架构
一、Innodb存储引擎的架构图
① 内存块
左边内存块分为4大块：Buffer Pool、Change Buffer、AdaptiveHash Index、Log Buffer
AdaptiveHash Index表示自适应哈希索引，这里记住Log Buffer并不在Innodb Buffer Pool里面。
Innodb buffer pool包含 AdaptiveHash Index、changge buffer、数据页、索引页、数据字典等信息。
② 磁盘块
1、System Tablespace系统表空间
系统表空间Change Buffer更改缓冲区的存储区域。即如果innodb引擎当中我们每一张表的独立表空间开关关闭着的话，那么所有的表的数据以及索引也是在系统表空间的(在MySQL5.x版本中还包含InnoDB数据字典、undolog等)
参数：innodb_data_file_path
系统表空间，默认的文件名叫 ibdata1。
show variables like 'innodb_data_file_path';2、File-Per-Table Tablespaces每张表的独立表空间
如果开启了innodb_file_per_table开关 ，则每个表的文件表空间包含单个InnoDB表的数据和索引 ，并存储在文件系统上的单个数据文件中。
开关参数：innodb_file_per_table ，该参数默认开启。
那也就是说，如果参数开启，我们每创建一个表，都会产生一个表空间文件，并不会在System Tablespace。
3、 General Tablespaces通用表空间
通用表空间，需要通过 CREATE TABLESPACE 语法创建通用表空间，在创建表时，可以指定该表空间
4、Undo Tablespaces撤销表空间
Undo Tablespaces叫做撤销表空间，也叫做undo表空间，MySQL实例在初始化时会自动创建两个默认的undo表空间（初始大小16M），用于存储undo log日志。
5、Temporary Tablespaces临时表空间
InnoDB 使用会话临时表空间和全局临时表空间。存储用户创建的临时表等数据。
6、 Doublewrite Buffer Files双写缓冲区文件
双写缓冲区，innoDB引擎将数据页从Buffer Pool刷新到磁盘前，先将数据页写入双写缓冲区文件中，便于系统异常时恢复数据。
7、Redo Log重做日志
重做日志，是用来实现事务的持久性。该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log）,前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都会存到该日志中, 用于在刷新脏页到磁盘时,发生错误时, 进行数据恢复使用。
Redo Log里的内容不会永久保存，会每隔一段时间及进行清理之前没有用的Redo Log里的内容
以循环方式写入重做日志文件，涉及两个文件
存储在ib_logfile0和ib_logfile1中
二、Innodb后台线程
后台线程的作用就是将Innodb存储引擎的缓冲池当中的数据在合适的时机刷新到磁盘文件当中
接下来，就来介绍一些InnoDB中涉及到的后台线程:
在InnoDB的后台线程中，分为4类，分别是：
Master Thread 、IO Thread、Purge Thread、Page Cleaner Thread。
① Master Thread
核心后台线程，负责调度其他线程，还负责将缓冲池中的数据异步刷新到磁盘中, 保持数据的一致性，还包括脏页的刷新、合并插入缓存、undo页的回收 。
② IO Thread
在InnoDB存储引擎中大量使用了AIO(异步非阻塞IO)来处理IO请求, 这样可以极大地提高数据库的性能，而IOThread主要负责这些IO请求的回调。
show engine innodb status
③ Purge Thread
主要用于回收事务已经提交了的undo log，在事务提交之后，undo log可能不用了，就用它来回收
④ Page Cleaner Thread
协助 Master Thread 刷新脏页到磁盘的线程，它可以减轻 Master Thread 的工作压力，减少阻塞
参考：MySQL之InnoDB存储引擎-架构_GoGo在努力的博客-CSDN博客