《mysql》10-为什么mysql会“抖”一下？

之前的章节，我们总结过mysql执行语句的一个机制，WAL（write-ahead-logging)。即，执行引擎为了能保证写入的速度，会在内存中存有一个小黑板-redolog，把执行的结果集写入redolog,当前结果集是prepared状态，然后执行器会把逻辑操作语句写到执行器的日志-binlog。然后调用执行器的commit语句，修改redolog的状态为commit。这个过程就是我们的两阶段提交过程。

那么在写完redolog之后，其实磁盘上的数据就不太准确了，这个时候，磁盘上的记录就可以被当作“脏页”。说明磁盘和日志里面的记录不相等。当日志的内容更新到磁盘之后，磁盘上的记录跟redolog里面的记录一致了。磁盘上的记录就是"干净页"。这个过程叫“刷脏页”flush，这个刷脏页的过程，会造成我们读写操作的缓慢。

flush的发生场景：

1. redolog满了，redolog的默认大小一般为4g，当我们的redolog满了之后，需要主动刷脏页，把redolog的一部分内容写到磁盘里。
2. redolog未满4G，但是在申请更多的redolog空间时，机器已经没有这么多的内存分配给redolog，redolog需要自己舍弃一部分日志内容，刷入到磁盘中，然后再把redolog的空间腾空给新的日志。
3. 平时空闲的时候，没有写入请求的时候，mysql会有自己的线程执行刷脏页
4. 关闭mysql服务的时候，mysql会把日志的内容刷新到磁盘中

1和2两种场景就是我们平时感到的抖动，3和4因为系统空闲和关闭时，不会太关注延迟。

mysql在运行时尽量使用内存，保证读写速度，但是1这种情况，redolog万一满了，发生flush动作，就像jvm的stop the world一样，需要暂停所有操作，我们要避免这种情况。

2中，主动淘汰redolog的过程，如果淘汰的页是干净页，直接使用，如果是脏页，需要刷新到磁盘中，这样也会让执行语句反应超长，这两种操作我们都要避免，所以我们不能让脏页的数据太多，在redolog的里面可以脏页的比例不要超过75%

配置mysql的参数：

1. innodb_io_capacity，这个是代表我们当前磁盘的io能力，也代表redolog 的写入能力，这个要根据实际硬盘的速度写，
2. innodb_max_dirty_pages_pct，脏页比例，默认75%

mysql8.0之前还有一个特别有意思的“优化过程”，如果在刷入脏页的时候，发现该页的邻居也是脏页，会一起刷入，这个过程会递归，导致刷入的redolog过多，延迟更长，在mysql8.0之后做了进一步优化，这个递归被关闭了，只刷入当前关注的页。

上面的内容是对丁齐老师的mysql课程的总结，具体内容大家可以查看课程本身

https://time.geekbang.org/column/article/71806