今天小小编读书笔记之前我觉得需要回顾一下当我们在更新一条数据的时候做了什么。
因为 WAL 技术的存在，所以当我们执行一条更新语句的时候是先写日志，后写磁盘的。当我们在内存中写入了 redolog 之后，就返回已经更新成功了。后续通过其他的手段将数据写回到磁盘上。
当内存数据也跟磁盘数据页不一致的时候，我们就称这个内存页为“脏页”。内存数据写入到磁盘后，内存和磁盘上的数据页的内容就一致了，称为“干净页”。
有几种场景会让 MySQL 主动将 redo log 里面的记录刷到实际的数据更新上面。
1. ib_logfile0写的记录满了。
2. 系统内存不足，读取数据的时候内存不够必须要空出内存给数据页使用，所以需要将脏页刷到磁盘上把空间释放出来。
3. 系统空闲，每隔一段时间就刷一批脏页。
Innodb 使用 buffer pool 来管理内存，很多地方的优化都跟 buffer pool 有直接的关系。该参数默认设置是 128M 如果内存资源充足建议开到 4G 以上。这样不管是提升缓存能力，还是帮助数据排序都有非常大的帮助。
有几个跟脏页相关的系统参数，innodb_io_capacity 这个参数会告诉 InnoDB 磁盘读写能力，一般会设置成磁盘的 IOPS 默认是 200 innodb_io_capacity_max 是 2000。按照工具测试来看目前 aliyun 的云盘可以达到 4000 以上的 iops 。我看阿里云自己的 rds 配置的也是 2000 最大 4000.这样可以充分发挥硬盘读写的威力。
这里笔者推荐了 fio 工具用来测试磁盘读写能力。
fio -filename=$filename -direct=1 -iodepth 1 -thread -rw=randrw -ioengine=psync -bs=16k -size=500M -numjobs=10 -runtime=10 -group_reporting -name=mytest
另外 innodb_max_dirty_pages_pct 用于限制脏页上限，默认是 75%.还有 innodb_flush_neighbors 8.0 之前是 on, 在刷脏页的同时如果旁边数据也也是脏页会一并刷入。
其实排查 MySQL 抖动是比较难的一件事情，最好综合慢查日志分析相关参数和磁盘问题来定位，才能更好的解决此类问题。