bitsCN.com
Mysql InnoDB bufferpool
今博客一位朋友找到问这个问题，上网找出以下的解释，希望能帮到他使用
问题：
发现在bufferpool用完后，insert完成后提交，select和update操作时数据如果不在bufferpool里，就需要从磁盘读，这时insert或者update操作会执行1s以上，导致那段时间的insert操作减少
innoDB在内存中维护一个缓存池用于缓存数据和索引。缓存池管理一个数据块列表，该列表又分为2个字列表，一个子列表存放new blocks，另一个子列表存放old blocks。old blocks默认占整个列表大小的3/8（可通过innodb_old_blocks_pct改变默认值，该值范围在5-95之间，这是一个百分比），其余大小为new blocks占用。
当有新数据添加到缓存池中时，如果缓存池的空间不足，则根据LRU算法清除数据。
-----重点解释
新插入缓存池的数据插入到存放old blocks的子列表的头部，如果数据被用户访问，则将这个数据移至new blocks的头部。如果设置了innodb_old_blocks_time大于0，比如innodb_old_blocks_time=1000，当新数据插入缓存池后过1s之后被访问，才会把数据移至new blocks的头部，在刚插入的一秒之内被访问改数据不会被移动，仍然在old blocks的头部。
------
www.bitsCN.com
当访问old blocks中的数据时，该数据会被移至new blocks的头部，但是当访问new blocks中的数据时，只有在该数据离new blocks的头部有一定距离时才移动。
为了更好的并发性能，通过指定innodb_buffer_pool_instances（该值取值范围为1-64）创建多个缓存池，每个缓存池的大小为
innodb_buffer_pool_size/innodb_buffer_pool_instances，通常需要保持当个缓存池的大小大于1GB。
