InnoDB存储引擎(1)

InnoDB存储引擎

概述

InnoDB是事务安全的MySQL存储引擎,设计上采用了类似于Oracle数据库的架构。

 InnoDB 体系结构


InnoDB 存储引擎有多个内存块,这些内存块组成了一个大的内存池,负责的工作如下:
维护所有进程、线程需要返回的多个内部数据结构
缓存磁盘上的数据,方便快速地读取,同时在对磁盘文件的数据修改之前在这里缓存。
重做日志缓冲
![5a876a175813a3a45fc4ca2cfda0349b.png](en-resource://database/454:1)
后台线程的主要作用是负责刷新内存池中的数据,保证缓冲池中的内存缓存的是最近的数据。此外将已修改的数据文件刷新到磁盘文件,同时保证在数据库发生异常的情况下InnoDB能恢复到正常运行状态。
##### 后台线程
InnoDB 存储引擎是多线程的模型,因此其后台有多个不同的后台线程,负责处理不同的任务。

 **1. Master Thread**

Master Thread 是一个非常核心的后台线程,主要负责将缓冲池中的数据异步刷新到磁盘,保证数据的一致性,包括脏页的刷新、合并插入缓冲、UNDO页的回收等。

**2. IO Thread**
在InnoDB存储引擎中大量使用了AIO来处理写IO请求,这样可以极大提高数据库的性能。而IO Thread的工作主要是负责这些IO请求的回调处理。InnoDB 1.0版本之前共有4个IO Thread ,分别是write、read、insert buffer 和log IO thread.

**3. Purge Thread**
事务被提交后,其所使用的undolog 可能不再需要,因此需要 PurgeThread 来回收已经使用并分配的undo 页。
在 InnoDB 1.1版本之前,purge 操作仅在InnoDB存储的Master Thread 中完成;在InnoDB 1.1版本开始,purge 操作可以独立到单独的线程中进行,来减轻Master Thread 的工作,从而提高CPU 的使用率以及提升存储引擎的性能。  
**3. Page Cleaner Thread**    
Page Cleaner Thread 是在InnoDB 1.2x版本中引入的。其作用是将之前版本中脏页的刷新操作都放入到单独的线程来完成的。目的是为了减轻原Master Thread 的工作对于用户查询线程的阻塞,进一步提高InnoDB存储引擎的性能。

##### 内存
 **1. 缓冲池**
 InnoDB存储引擎是基于磁盘存储的,并将其中的记录按照页的方式进行管理。因此可将其视为基于磁盘的数据库系统。在数据库系统中,由于CPU的速度与磁盘速度之间的鸿沟,基于磁盘的数据库系通常使用缓冲技术来提高数据库的整体性能。
缓冲池简单来说就是一块内存区域,通过内存的速度来弥补磁盘速度较慢对数据库性能的影响。
在数据库中进行读取页的操作,首先将从磁盘读到的页存放在缓冲池中,这个过程称为将页“FIX”在缓冲池中。下一次在读相同的页时,首先判断页是否在缓冲池中。若在缓冲池中,称该页在缓冲池中被命中,直接读取该页。否则读取磁盘上的页。
对于数据库中页的修改操作,则首先修改在缓冲池中的页,然后再以一定的频率刷新到磁盘上。这里需要注意的是,页从缓冲池刷新回磁盘的操作并不是在每次页发生更新时触发 ,而是通过一种称为Checkpoint的机制刷新回磁盘。
对于InnoDB存储而言,其缓冲池的配通过参数innodb_buffer_pool_size来设置。
缓冲池中缓存的数据页类型有:索引页、数据页、undo页、插入缓冲(insert buffer)、自适应哈希索引(adaptive hash index)、InnoDB存储的锁信息(lock info)、数据字典信息(data dictionary)等。
![2c9c63bb68a2ab44c8a1e9e95ccb3e9a.png](en-resource://database/458:1)
 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值