标签：存储 Thread 缓冲 Checkpoint 引擎 InnoDB 刷新 磁盘

InnoDB体系结构

后台线程

有多个 不同的后台线程，负责处理不同的任务。
1.Master Thread
核心的后台线程，负责将缓冲池中的数据异步刷新到磁盘，保持数据一致性，包括脏页的刷新、合并插入缓冲（INSERT BUFFER）、回收UNDO页。

2.IO Thread
InnoDB大量使用AIO（异步IO）来处理IO请求，性能好。IO Thread工作是负责IO请求的回调处理。

3.Purge Thread
负责回收已使用并分配的undo页（本来由Master完成，减轻Master负担）

4.Page Cleaner Thread
单独的线程来刷新脏页（本来由Master完成）

内存

缓冲池
概念：使用缓冲池技术提高数据库整体性能，InnoDB基于磁盘存储，并将其中的记录按照页的方式进行管理。磁盘速度较慢。缓冲池就是一块内存区域，缓存从磁盘读到的页。读取页时先判断是否在缓冲池中。

修改：如果要修改页，则首先修改缓冲池的页，再以一定频率刷新到磁盘。通过Checkpoint机制刷新回磁盘。

缓冲池中不止有索引页和数据页。

InnoDB1.0.x版本开始，允许多个缓冲池实例。每个页根据哈希值平均分配到不同缓冲池实例中。可以减少数据库内部的资源竞争，增加并发能力。

LRU
缓冲池中的页使用LRU算法管理，但是对LRU做了优化，新读取的页放到LRU的midpoint位置，midpoint前的列表称为new列表，midpoint后的列表称为old列表。

脏页
缓冲池中的页和磁盘上的页数据产生不一致。

重做日志缓冲
InnoDB首先将重做日志信息放入这个缓冲区，然后按一定频率将其刷新到重做日志文件。

额外的内存池
数据结构本身的内存进行分配时，需要从额外内存池申请，不够会从缓冲池申请。如缓冲池的帧缓冲和缓冲控制对象(记录LRU、锁）。

申请很大的缓冲池时，要增大额外内存池。

Checkpoint

改变页中记录时，缓冲池中的页是脏的，数据库需要将新版本的页刷新到磁盘。

Write Ahead Log
原因：如果刷新到磁盘时发生宕机，数据不能恢复。所以普遍采用Write Ahead Log。

概念：事务提交时，先写重做日志，再修改页。如果宕机数据丢失，通过重做日志来恢复数据。这也是ACID中D（持久性）的要求。

Checkpoint
概念：采用Checkpoint机制，宕机时，数据库只需对Checkpoint之后的重做日志进行恢复，Checkpoint之前的页已经刷新回磁盘。

种类：Sharp Checkpoint（数据库关闭时刷新所有脏页） Fuzzy Checkpoint（引擎调用，只刷新一部分，具体见书）

Master Thread工作方式

见书

InnoDB关键特性

插入缓冲
两次写
自适应哈希索引
异步IO
刷新邻接页

标签：存储,Thread,缓冲,Checkpoint,引擎,InnoDB,刷新,磁盘
来源： https://blog.csdn.net/qq_36459662/article/details/115444620

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。