12. flush 导致突然变慢

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

  1. redo log 后

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

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

脏页变为干净页

flush的触发:

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

2是常态。InnoDB 用缓冲池(buffer pool)管理内存,缓冲池中的内存页有三种状态:

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

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

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

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

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

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

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

你可能感兴趣的:(12. flush 导致突然变慢)