InnoDB存储引擎简介-内存区相关

最新推荐文章于 2022-11-14 09:40:25 发布

小白笑苍

最新推荐文章于 2022-11-14 09:40:25 发布

阅读量220

点赞数 1

分类专栏： SQL

本文链接：https://blog.csdn.net/toyijiu/article/details/90898112

版权

SQL 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

InnoDB引擎是MySQL插件引擎的其中一个，由许多内存块组成一个内存池，主要负责：

维护所有进程/线程需要访问的内部数据结构
缓存磁盘数据，方便快速的读取，
重做日志(redo log)缓冲
InnoDB存储引擎是多线程引擎，后台不同的后台线程负责处理不同的任务

缓冲池

InnoDB引擎是基于磁盘存储的，存储的基本单位是页(16KB),由于CPU和IO速度差异的问题，需要使用高速缓存来提高性能。

读取数据库中的页操作：
页如果在缓冲池中有，直接读，否则将磁盘的页放到缓冲池再读
数据库页的修改：
首先修改缓冲池中的页(涉及undo，redo等)，然后再以一定的频率刷新到磁盘上(脏页刷新,通过checkpoint机制)

缓冲池的大小可以通过参数innodb_buffer_pool_size来设置，缓冲池涉及到的页种类有：

索引页
数据页
undo页
插入缓冲(insert buffer)
自适应哈希索引页
锁信息页（lock info）
数据字典信息

缓冲池实例的个数也可以通过参数 innodb_buffer_pool_instances来配置，可以通过INNODB_BUFFER_POOL_STATS命令来查看各个缓冲池的使用情况。

LRU List，Free List，Flush List

InnoDB通过这几个list来对缓冲池中这么多的页进行管理。
一般缓冲池通过LRU(latest recent used)算法来进行管理(和计算机cache的管理算法类似),最频繁使用的页在LRU列表的最前端，最少使用的页在最后端。自适应哈希索引，lock信息，insert buffer等页不用LRU算法来维护。

InnoDB在LRU list中插入新页不是插入到最前端，而是插入到midpoint位置，midpoint位置默认为列表长度的5/8处，可以通过参数innodb_old_blocks_pct来控制，把midpoint之前的表称为new list，之后的old list。这样做的原因是放到队首的话某些SQL操作会让缓冲池中的脏页被刷新出，并将热点数据页从LRU List中移除，而下次读取该页时需要再次访问磁盘，影响引擎效率。
为了让新加页延迟进入热点数据页，可以通过参数innodb_old_blocks_time来设置延迟进入时间。

LRU list管理的是缓存中已经读取的页，数据库刚启动时缓冲池中的页都放在free list，当需要某个页时如果free list有空闲页，就从free list中删除这段内存信息并添加到LRU list中，否则淘汰LRU list末端的页，并将该页的内存给新页来用。

压缩页

1.0.x版本后支持压缩页功能，将页压缩为1,2,4或者8KB，非16KB的页不由LRU list来管理，而是通过unzip_LRU list来管理。
unzip_LRU建立4个不同的链表来分别管理1,2，4,8KB的压缩页，内存分配通过伙伴算法来管理:

//伙伴算法
//要申请4KB的内存来存页
if 4KB unzip_LRU list有空闲页内存：
	直接用
else:
	 if 8KB unzip_LRU list有空闲内存页:
	 	分成2个4KB页放入到4KB的list中，再用
	 else:
	 	从LRU列表中申请16KB页，分成1个8KB,2个4KB的页，放入对应的list

脏页

在LRU list中页被修改后，被称为脏页，这时缓冲池中的页数据和磁盘的页数据不一致了，脏页数据会统一被Flush list管理，通过checkpoint机制来把脏页数据刷新到磁盘中。注意LRU和Flush list都会保存脏页信息。

重做日志缓存

InnoDB引擎的内存区除了缓冲池还有redo log缓存，InnoDB会将redo日志信息放入到这个缓冲区，再按一定平律将其刷新到磁盘redo log文件，该缓存的大小由参数innodb_log_buffer_size控制，默认8MB。redo log缓存会在一下情况把缓存中的内容刷新到外部磁盘的redo log文件中：