InnoDB的主线程的代码，在每秒执行的任务中：存在固定的只刷新100个脏页到磁盘、合并20个插入缓冲。在写密集的App中，每秒中可以能产生大于100个的脏页，或是产生大于20个插入缓冲，此时的master thread似乎会忙不过来，或者说它总是做得很慢。即使磁盘能在1秒内处理多于100个页的写入和20个插入缓冲的合并，由于hard coding（硬编码）master thread也只会选择刷新100个脏页和合并20个插入缓冲。同时，当发生宕机需要恢复时，由于很多数据还没有刷新回磁盘，所以可能会导致恢复需要很快的时间，尤其是对于insert buffer。
解决办法
InnoDB Plugin提供了一个参数，用来表示磁盘IO的吞吐量，参数为 innodb_io_capacity，默认值为200。对于刷新到磁盘的数量，会按照 innodb_io_capacity的百分比来刷新相对数量的页。规则如下：
* 在合并插入缓冲时，合并插入缓冲的数量为 innodb_io_capacity 数值的5%。
* 在从缓冲区刷新脏页时，刷新脏页的数量为 innodb_io_capacity。
如果你使用了SSD类的磁盘，或者将几块磁盘做了RAID，当你的存储拥有更高的IO速度时，完全可以将 innodb_io_capacity 的值调得再高点，知道符合你的磁盘IO的吞吐量为止。
innodb_max_dirty_pages_pct 默认值
由90%变为了75%。加快了脏页刷新频率减少恢复时间，也可保证磁盘IO负载。
innodb_adaptive_flushing(自 适应刷新)
影响每秒刷新脏页的数目。规则由原来的“大于innodb_max_dirty_pages_pct时刷新100个脏页到磁盘”变为 “通过buf_flush_get_desired_flush_reate函数判断重做日志产生速度确定需要刷新脏页的最合适数目”；即使脏页比例小于 innodb_max_dirty_pages_pct时也会刷新一定量的脏页。
innodb_fast_shutdown
innodb_fast_shutdown影响着innodb表的行为，该参数可设置为0，1，2
0 表示当MySQL关闭时，InnoDB需要完成所有的full purge和merge insert buffer操作。耗时比较长。
1 是默认值。表示不需要完成full purge和merge insert buffer操作，但是在缓冲池中的一些数据脏页会刷新到磁盘。
2 表示不完成full purge和merge insert buffer操作，也不将缓冲池中的数据脏页写回到磁盘，而是将日志写入到日志文 件。MySQL下次启动时，会执行恢复操作。
1 是默认值。表示不需要完成full purge和merge insert buffer操作，但是在缓冲池中的一些数据脏页会刷新到磁盘。
2 表示不完成full purge和merge insert buffer操作，也不将缓冲池中的数据脏页写回到磁盘，而是将日志写入到日志文 件。MySQL下次启动时，会执行恢复操作。
innodb_force_recovery
影 响InnoDB的恢复状况。默认为0，表示需恢复时执行所有的恢复操作。若不能有效恢复，则MySQL有可能宕机，错误信息会被写入错误日志文件。还有 1~6等值
