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 每秒钟。
这种自适应的算法是可以处理突然的负载的改变
内部基准表明 算法不能保持吞吐量随着时间推移,但是也改善了吞吐量