时间:2021-07-01 10:21:17 帮助过:20人阅读
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。