一、innodb的脏页刷新机制说明：
1、当innodb中的脏页比例超过innodb_max_dirty_pages_pct_lwm的值时，这个时候innodb就会开始刷新脏页到磁盘。
2、当innodb中的脏页比例超过innodb_max_dirty_pages_pct_lwm的值，而且还超过innodb_max_dirty_pages_pct时
innodb就会进入勤快刷新模式(agressively flush）这个模式下innodb会把脏页更快的刷新到磁盘。
3、还有一种情况叫做sharp checkpoint ,当innodb要重用它之前的redo文件时，就会把innodb_buffer_pool中所有与这
个文件有关的页面都要刷新到磁盘；这样做就有可能引起磁盘的IO风暴了，轻者影响性能，重者影响可用性。
二、对上面机制的再次说明：
1、脏页刷新是innodb后台执行的确定性工作，默认情况下每秒都会有(check point)；innodb的脏页刷新就有点像现实生
活中的呼吸一样，通常是以固定的频率进行的，一.1 就好比是安静的情况下，一.2就好比是运动的情况下，一.3就好比
你在水中闭气一分中后刚探出头一样。
三、对于控制刷新机制的各个参数的说明：
1、innodb_max_dirty_pages_pct默认值为75，也就是说当脏页比例超过75%时才会进入勤快刷新模式。
2、innodb_max_dirty_pages_pct_lwm默认值是0，0对于innodb_max_dirty_pages_pct_lwm来说是一个特殊值，它表示
不启用这个功能；由于没有启用这个功能，也就是说innodb_buffer_pool中的脏页比例会操持在75%左右。
四、一.3的情况MySQL如何解决：
1、对于第三种情况MySQL的解决思路是这样的，IO风暴是由redo 文件重用时要刷新整个redo文件对应的innodb_buffer_pool页面，
也就是说风暴发生的时刻是重用redo日志是发生的；针对这一问题Mysql的解决方案是根据redo的生成速率，实时的刷新
innodb_buffer_pool中的页面到磁盘，这样在redo日志文件重用时就不要刷新过多的页面，也就没有IO风暴了。由于页面的刷新
是根据redo的生成速率自动调整的，所以这个方案的名字叫innodb_adaptive_flushing；
2、由于innodb_adaptive_flushing 会自动的刷新，它基本上把一.1中的情况也给解决了，所以默认情况下mysql会把
innodb_max_dirty_pages_pct_lwm=0，0在这里是一个特殊值，在这里表示关闭的意思。