14.4.3.5 Configuring InnoDB Buffer Pool Flushing 配置InnoDB Buffer Pool 刷新:

14.4.3.5 Configuring InnoDB Buffer Pool Flushing 配置InnoDB Buffer Pool 刷新:

InnoDB执行某些任务在后台, 包括flush 脏数据(那些页已经被修改了但是没有会写到磁盘) 在Buffer pool

里。

InnoDB flush buffer pool pages 如果脏页的比例在buffer pool 已经大于或

innodb_max_dirty_pages_pct.者等于innodb_max_dirty_pages_pct.

mysql> show variables like '%innodb_max_dirty_pages_pct%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_max_dirty_pages_pct     | 75    |
| innodb_max_dirty_pages_pct_lwm | 0     |
+--------------------------------+-------+
2 rows in set (0.00 sec)

InnoDB 使用一种算法来评估需要的刷新速率,基于redo log 生产的速度护额当前刷新的频率。

目的是消除性能通过确保buffer flush 活动保持与 buffer pool "clean" 需要

自动的调整 刷新的速度 可以帮助避免急速的下降在吞吐量上,当过多的buffer pool 刷新限制了

I/O可以容量对于普通的读和写活动

InnoDB 使用它的log files 以循环的方法,在重用日志文件的一部分,

InnoDB flushes 到磁盘 所有的dirty buffer pool pages，那些redo entries 是包含在log files 中的，

一个过程被称为一个锋利的检查点。

如果一个负载是密集写的,它产生了大量的redo 信息,所有写入到log file.

如果所有可能的空间在log files 是被占用,一个犀利的检查点发生,导致吞吐量暂时减少,

这个情况肯呢过发生尽管innodb_max_dirty_pages_pct 没有达到。

InnoDB 使用一个基于启发式算法来避免这样的情况,通过测量dirty pages 的数量在buffer pool

和redo 生产的速率。

基于这些数字,InnoDB 决定有多少dirty pages flush 从buffer pool 每秒钟。

这种自适应的算法是可以处理突然的负载的改变

内部基准表明 算法不能保持吞吐量随着时间推移,但是也改善了吞吐量