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