mysql之InnoDB内存管理

InnoDB缓冲池是通过LRU算法来管理page的。频繁使用的page放在LRU列表的前端，最少使用的page在LRU列表的尾端，缓冲池满了的时候，优先淘汰尾端的page。

InnoDB引擎中page的默认大小为16KB，InnoDB对传统的LRU算法做了一些优化LRU列表被分成两部分，midpoint点之前的部分称为new列表，之后的部分称为old列表，new列表中的页都是最为活跌的热点数据。midpoint的位置通过参数innodb_old_blocks_pct来设置。参数innodb_old_blocks_pct默认值为37，表示新读取的page将**入到LRU列表左侧的37%（差不多3/8的位置）。

mysql> show variables like 'innodb_old_blocks%';+------------------------+-------+| Variable_name     | Value |+------------------------+-------+| innodb_old_blocks_pct | 37  || innodb_old_blocks_time | 0   |+------------------------+-------+

若直接将读取到的page放到LRU的首部，那么某些SQL操作可能会使缓冲池中的page被刷出。常见的这类操作为索引或数据的扫描操作。这类操作访问表中的许多页，而这些页通常只是在这次查询中需要，并不是活跃数据。如果放入到LRU首部，那么非常可能将真正的热点数据从LRU列表中移除，在下 一次需要时，InnoDB需要重新访问磁盘读取，这样性能会低下。同时，InnoDB进一步引入了另一个参数来管理LRU列表，这个参数就是innodb_old_blocks_time，用于表示page放到midpoint位置后需要等待多久才会被加入到LRU列表的new端成为热点数据。

数据库启动时，LRU列表是空的，即没有任何page，这时page都存放在Free列表中。当需要从缓冲池中分页时，首先从Free列表中查找是 否有可用的空闲页，若有则将page从Free中删除，放入到LRU中。否则，根据LRU算法，淘汰LRU列表末尾的页分配给新的页。当页从old部分进入到new部分时，此时发生的操作为page made young。因为innodb_old_blocks_time参数导致page没有从old移动到new部分称为page not made young。可以通过命令show engine innodb status来观察LRU列表及Free列表的状态。

----------------------BUFFER POOL AND MEMORY----------------------Total memory allocated 4395630592; in additional pool allocated 0Dictionary memory allocated 28892957Buffer pool size  262143Free buffers    0Database pages   258559Old database pages 95424Modified db pages 36012Pending reads 0Pending writes: LRU 0, flush list 0, single page 0Pages made young 72342127, not young 08.82 youngs/s, 0.00 non-youngs/sPages read 72300801, created 339791, written 136390668.56 reads/s, 0.35 creates/s, 3.79 writes/sBuffer pool hit rate 1000 / 1000, young-making rate 0 / 1000 not 0 / 1000Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/sLRU len: 258559, unzip_LRU len: 0I/O sum[459]:cur[1], unzip sum[0]:cur[0]

可以看到Free buffers与Database pages的和不等于Buffer pool size，这是因为缓冲池中的页还会被分配给自适应哈希索引，Lock信息，Insert Buffer等页，这部分页不需要LRU算法维护。

LRU列表中的page被修改后，称该页为脏页，即缓冲池中的页和磁盘上的页的数据产生了不一致。这时InnoDB通过Checkpoint机制将 脏页刷新回磁盘。而Flush列表中的页即为脏页列表。脏页既存在于LRU列表中，又存在于Flush列表中，二者互不影响。Modified db pages显示的就是脏页的数量。

InnoDB引擎首先将重做日志信息先放到重做日志缓冲区(redo log buffer)，然后按一定频率刷新到重做日志文件。重做日志缓冲不需要设置很大，一般每一秒都会刷新redo log buffer，配置的大小只需要保证每秒产生的事务在这个缓冲区大小之内即可。通过参数innodb_log_buffer_size为设置：

mysql> show variables like 'innodb_log_buffer%';+------------------------+----------+| Variable_name     | Value  |+------------------------+----------+| innodb_log_buffer_size | 16777216 |+------------------------+----------+

    Master Thread每一秒中刷新一次额外内存池额外的内存池用来对一些数据结构本身的内存进行分配，例如缓冲控制对象(buffer control block)记录的LRU，锁，等待等信息。额外的内存池不够时会从缓冲池中进行申请。因此，在申请了很大的InnoDB缓冲池时，额外的内存池也要适当 的调大。通过参数innodb_additional_mem_pool_size来设置大小。查看通过如下命令：

mysql> show variables like '%pool_size';+---------------------------------+------------+| Variable_name          | Value   |+---------------------------------+------------+| innodb_additional_mem_pool_size | 67108864  || innodb_buffer_pool_size     | 4294967296 |+---------------------------------+------------+

 

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：mysql之InnoDB内存管理

关键词：MYSQL