InnoDB是基于磁盘的存储引擎，为了解决磁盘速度和CPU速度的巨大差距提高性能需要借助于内存，引入缓冲池（随处可见的常规操作）。InnoDB buffer的结构如下图所示
InnoDB buffer默认为一个实例，可以通过配置参数innodb_buffer_pool_instances来进行配置，数据按照页的方式进行管理，利用内存自然有一个弹出策略，InnoDB的弹出策略是基于LRU(least recent used)，即当内存满了之后，最近最少使用会从内存中移除，InnoDB在LRU的基础上进行了改进，加入了midpoint的概念(midpoint insertion strategy)。默认配置下，midpoint位于LRU列表总长度的5/8的位置上，排在midpoint前面的为new page list区域，即为热点区域，排在midpoint后面的是old page list，每次在buffer pool中加入新的页时，首先会放在midpoint的位置上，这样做的好处是避免某些数据库操作会全表扫描或者索引扫描，这样的操作可能仅仅发生一次，但是可能会刷新buffer pool中的所有数据，热点数据会被替换，当再次请求热点数据的时候会磁盘IO影响性能。InnoDB还会通过innodb_old_blocks_time来管理LRU列表，通过该参数可以设置midpoint上面的数据进入热点区的时间，如
set GLOBAL innodb_old_blocks_time = 1000;
来设置midpoint位置上的数据在1秒后才能刷入热点区域；
此外如果觉得67%的热点区域过小或者过大不符合业务需求，可以通过innodb_old_blocks_pct参数来设置，如
set GLOBAL innodb_old_blocks_pct = 20;
来设置old page list的区域占比20%；
在LRU列表中的页被修改之后，该页会变为脏页，数据库会通过CHECKPOINT机制将臧晔刷新回磁盘，Flush列表中的页即为脏页列表，脏页即存在于LRU列表中，页存在于Flush列表中，LRU列表来管理缓冲池中的可用性，Flush列表用来管理将页刷新回磁盘，两者互不影响。
Innodb存储引擎的内存区域除了缓冲池之外，还有重做日志缓冲和额外的内存池，这两个后面再说。
通过SHOW ENGINE INNODB STATUS\G来查看innodb的状态，
buffer pool size： 共有多少页
free buffers： free列表页数
database pages：LRU列表中的page数量
old database pages：
modified db pages：脏页数量
pages made young, not young：LRU列表中页移动到前端的次数
buffer pool hit rate：缓冲池命中率
lru len, unzip_lru len：前者表示LRU列表中的页数，后者表示非16K的页数，前者包括后者
