MySQL（四）：InnoDB 体系架构

野性酷女 2023-07-12 03:41 43阅读 0赞

## 1、InnoDB 体系架构简述 ##

InnoDB 存储引擎架构分为两部分：

**一个是InnoDB内存结构**

*  [InnoDB 缓冲池（Buffer Pool）][InnoDB _Buffer Pool]
 *  [InnoDB 变更缓冲区（Change Buffer）][InnoDB _Change Buffer]
 *  [InnoDB 自适应Hash索引（Adaptive Hash Index）][InnoDB _Hash_Adaptive Hash Index]
 *  [InnoDB 日志缓冲区（Log Buffer）][InnoDB _Log Buffer]

**一个是InnoDB磁盘结构**

*  InnoDB 表（Tables）
 *  InnoDB 索引（Indexes）
 *  InnoDB 表空间（Tablespaces）
 *  InnoDB 双写缓冲区（Doublewrite Buffer）
 *  InnoDB 重做日志（Redo Log）
 *  InnoDB 撤销日志（Undo Logs）

InnoDB 存储引擎采用了后写机制（还有人称为日志先行策略），也就是说当对数据进行修改时，先记录在内存中，然后由数据库线程刷新到磁盘文件。

事务的操作就会记录成 Redo Log （重做日志），然后转换为顺序的IO来提交事务。也就是说当事务记录到日志中之后，就表示事务已经完成了，会立即返回信息给用户。实际上，数据的操作可能还在内存中，并没有刷新到磁盘。所以，如果这时机器出现故障，那么这部分数据就会丢失。

InnoDB 存储引擎通过 Redo Log 来保证数据的一致性。有人会说那就保存所有的 Redo Log 不就万无一失了，这样系统出现故障或者崩溃后，根据日志重建数据，很显然这样是理想状态。InnoDB 存储引擎为了解决这个问题，引入了检查点机制，通过定时检查，可以保证在检查点之前的日志都写入磁盘，只会丢失一小部分数据。那么这些机制具体是怎么运转的呢，小编会另起文章详细参数。下面先上两张图，从整体上看一下 InnoDB 存储引擎的架构，后文会对其进行分解阐述。

官网的InnoDB 存储引擎图：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU_size_16_color_FFFFFF_t_70]

下图是网上找到的InnoDB 存储引擎架构图，很遗憾最终没有找到出处，感谢绘制这张图的作者。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU_size_16_color_FFFFFF_t_70 1]

## 2、参考文献 ##

1.  [《高性能MySQL(第3版)》][MySQL_3]
2.  [《MySQL技术内幕：InnoDB存储引擎(第2版)》][MySQL_InnoDB_2]
3.  [《MySQL源码库》][MySQL]
4.  [《MySQL参考手册》][MySQL 1]
5.  [《MySQL实战45讲》][MySQL_45]
6.  [《MySQL 是怎样运行的：从根儿上理解 MySQL》][MySQL _ MySQL]

[InnoDB _Buffer Pool]: https://blog.csdn.net/u010647035/article/details/104717579
[InnoDB _Change Buffer]: https://blog.csdn.net/u010647035/article/details/104718624
[InnoDB _Hash_Adaptive Hash Index]: https://blog.csdn.net/u010647035/article/details/104729686
[InnoDB _Log Buffer]: https://blog.csdn.net/u010647035/article/details/104733939
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200306183643193.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20200306183121599.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTA2NDcwMzU=,size_16,color_FFFFFF,t_70
[MySQL_3]: http://e.dangdang.com/products/1900716972.html
[MySQL_InnoDB_2]: http://e.dangdang.com/products/1900432045.html
[MySQL]: https://dev.mysql.com/doc/dev/mysql-server/latest/
[MySQL 1]: https://dev.mysql.com/doc/refman/8.0/en/
[MySQL_45]: https://time.geekbang.org/column/intro/139
[MySQL _ MySQL]: https://juejin.im/book/5bffcbc9f265da614b11b731/section/5c049bfee51d4533be171beb#heading-0