12. flush 导致突然变慢

InnoDB 在处理更新语句的时候，只做了写日志这一个磁盘操作。
这个日志叫作 redo log（重做日志）
1.更新内存

2. redo log 后

就返回给客户端，就是更新成功。

内存数据页跟磁盘数据页内容不一致的时候，我们称这个内存页为 脏页 。
刷脏页（flush）:内存数据写入到磁盘(flush )后，内存和磁盘上的数据页的内容就一致了

脏页变为干净页。

flush的触发:

• 1. 的 redo log 写满了
     出现这种情况的时候，整个系统就不能再接受更新了，所有的更新都必须堵住。如果你从监控上看，这时候更新数会跌为 0。
• 2. 系统内存不足 .当需要新的内存页，而内存不够用的时候，就要淘汰一些数据页，空出内存给别的数据页使用。如果淘汰的是“脏页”，就要先将脏页写到磁盘。
• 3. 空闲
• 4. 正常关闭

2是常态。InnoDB 用缓冲池（buffer pool）管理内存，缓冲池中的内存页有三种状态：

第一种是，还没有使用的；
第二种是，干净页；
第三种是，脏页。

InnoDB 的策略是尽量使用内存，因此对于一个长时间运行的库来说，未被使用的页面很少。

而当要读入的数据页没有在内存的时候，就必须到缓冲池中申请一个数据页。
这时候只能把最久不使用的数据页从内存中淘汰掉：
如果要淘汰的是一个干净页，就直接释放出来复用；
如果是脏页呢，就必须将脏页先刷到磁盘，变成干净页后才能复用。

刷脏页虽然是常态，但是出现以下这两种情况，都是会明显影响性能的：

1. 要淘汰的脏页个数太多

2. 日志写满，更新全部堵住，写性能跌为 0，这种情况对敏感业务来说，是不能接受的。

所以，InnoDB 需要有控制脏页比例的机制，来尽量避免上面的这两种情况。