MySQL存储引擎之InnoDB小结

一览 InnoDB 结构

InnoDB简介

InnoDB是一个平衡了高可用和高性能的通用存储引擎。完整支撑ACID事务的MySQL存储引擎。具有行锁设计、支持MVCC、外键、提供一致性非锁定读，同时被设计用来最有效地利用以及使用内存和CPU。

InnoDB存储引擎的特点

行锁设计，支持外键、一致性非锁定读、MVCC、事务

InnoDB存储引擎功能

不同存储引擎之间的比较

InnoDB存储引擎体系架构

InnoDB存储引擎有多个内存块，可以认为这些内存块组成了一个大的内存池，负责
如下工作:

• 维护所有进程/线程需要访问的多个内部数据结构。
• 缓存磁盘上的数据，方便快速地读取，同时在对磁盘文件的数据修改之前在这里缓存。
• 重做日志（redo log）缓冲。
• ...

 

后台线程的主要作用：是负责刷新内存池中的数据，保证缓冲池中的内存缓存的是最近的数据。此外将已修改的数据文件刷新到磁盘文件，同时保证在数据库发生异常的情况下InnoDB能恢复到正常运行状态。

1.Master Thread
Master Thread是一个非常核心的后台线程，主要负责将缓冲池中的数据异步刷新到磁盘，保证数据的一致性，包括脏页的刷新、合并插人缓冲（INSERT BUFFER)、UNDO页的回收等。
2.IO Thread
在InnoDB存储引擎中大量使用了AIO(Async IO）来处理写IO请求，这样可以极大提高数据库的性能。而IO Thread的工作主要是负责这些IO请求的回调(call back)处理。

3.Purge Thread
事务被提交后，其所使用的undolog可能不再需要，因此需要PurgeThread来回收已经使用并分配的undo页。在InnoDB 1.1版本之前，purge操作仅在InnoDB存储引擎

4.Page Cleaner Thread
Page Cleaner Thread是在InnoDB 1.2.x版本中引人的。其作用是将之前版本中脏页的刷新操作都放人到单独的线程中来完成。而其目的是为了减轻原Master Thread 的工作及对于用户查询线程的阻塞，进一步提高InnoDB存储引擎的性能。

缓冲池

先来看一眼MYSQL InnoDB内存数据对象，如下图：

简介： 存储访问时的缓存表和索引数据。在专用服务器上，通常会为缓冲池分配50%~75%的物理内存

作用： 提高数据库整体性能，加快处理速度。

要点：具体来看，缓冲池中缓存的数据页类型有:索引页、数据页、undo页、插入缓冲(insert buffer)、自适应哈希(adaptive hash index)、InnoDB存储的锁信息(lockinfo）、数据字典信息（data dictionary）等。不能简单地认为，缓冲池只是缓存索引页和数据页，它们只是占缓冲池很大的一部分而已。

Page：为了high-volume的读取效率，缓冲池进一步被分为页的结构。

LRU：为了缓存的管理效率，缓冲池实现page间的链表，使用LRU算法。缓冲池使用调整后的LRU（最近最少使用）算法，当需求添加新的page时，最近最少使用的page被清除，同时新页面被添加到链表的中间部分

这种中间点插入的策略，把链表分为两个子链表

• 头部：最近被访问过的“年轻”页
• 尾部：最近被访问的old page

这样使新子列表中保存更重要的page，旧子列表包含较少使用的page，这部分page是被清除的候选page

默认情况下，算法配置如下：

• 旧子列表：缓冲池的3/8
• midpoint（中间点）是新子列表尾部和旧子列表头部的交界
• 当旧页被访问，会被移动到缓冲池的头部，随着数据库的运行，一直没有被访问的页会一直后移，直至最后被移除。

 

数据库页的操作特点：

对于数据库中页的修改操作，则首先修改在缓冲池中的页，然后再以一定的频率刷新到磁盘上。注意 ——> 页从缓冲池刷新回磁盘的操作并不是在每次页发生更新时触发，而是通过一种称为Checkpoint的机制刷新回磁盘。同样，这也是为了提高数据库的整体性能。

 

ChangeBuffer

 

当某些页面不在缓冲池中，缓存会改变二级索引page，这可能会造成insert，update，delete（DML）操作会与其他从缓冲池中的读操作加载的page合并。

不同于聚簇索引，二级索引通常不唯一，同时二级索引的插入相对随机。

同时，为了避免频繁的IO随机读写，当更新和删除操作时，并不会立即写入磁盘，而是会选择系统空闲时定期进行写入磁盘的操作。Change Buffer在内存中，是缓冲池中的一部分。

减少随机访问，提升性能；

写多读少的场景效果更佳；

何时页合并？

1) 访问数据页 2) 后台线程定期merge 3) 数据库关闭merge

自适应哈希索引

自适应哈希索引

Undo Log 和 Redo Log

Undo Log

Undo Log是与事务相关，主要作用在事务回滚和多版本并发控制(MVCC)中。

Undo Log在回滚段中存储，回滚段在Undo表空间和全局临时表空间中。Undo log被分为insert undo log 和update undo log。Insert undo log 只在事务回滚时需要，一旦事务提交就被丢弃。Update undo log 也被用在一致性读，在一致性读中可能需要update undo log的信息来生成该行数据早期的版本。

关于undo log的建议

定期地提交事务，包括哪些只包含一致性读的事务，否则，InnoDB不会丢弃update undo log中的数据，回滚段会变得越来越大，占满空间。undo log中回滚段的物理空间，通常小于相应插入或更新的行，可以利用这个信息计算回滚段需要的空间

Redo Log

也就是ib_logfile0和ib_logfile1两个文件

这里结合的是MySQL的WAL（Write-Ahead Logging）也就是先写日志，再写磁盘，具体过程是下面这样：当有一条记录要更新，先将记录写到redo log，并更新内存，InnoDB会在空闲的时候，把操作记录更新到磁盘。