学习笔记|MySQL-redo log

MySQL在插入一条语句时，服务端将更新的数据写入内存数据页中就任务更新操作完成了，在合适的时候才会将数据刷入磁盘中，这样做的好处是提升了更新操作的效率。但存在的风险点就是系统发生异常崩溃的时候，这部分没来的及刷入磁盘中的数据就会丢失，产生数据不一致问题。InnoDB使用了redo log很好地解决了这个问题。

数据落盘

InnoDB用buffer pool作为数据库页面的缓存，InnoDB会将数据的修改操作放入缓存，记为“脏页”（当内存数据页跟磁盘数据页内容不一致时，称这个存储页为“脏页”）然后在合适的时候flush到磁盘，避免了每次修改数据都产生IO操作，降低更新操作的时长。问题：如果缓存中的数据还没有刷入磁盘系统就非正常关闭了，这些数据就会丢失，redo log的作用就是在系统重启后来修复这些数据
1.如果是正常运行的实例，数据页被修改后跟磁盘的数据页不一致，称为脏页。最终数据落盘，就是把内存中的数据页写入磁盘。
2.在崩溃恢复场景中，InnoDB如果判断到一个数据页可能在崩溃恢复的时候丢失了更新，就会将它读到内存，然后让redo log更新内存内容，更新完成后内存页变为脏页，就回到了第一种状态

flush过程
将内存中的脏页数据刷到磁盘中的过程称为flush
innodb_max_dirty_pages_pct：脏页的上限比例

innodb_io_capacity：告诉InnoDB所在主机的IOPS

innodb_flush_neighbors：是否开启连坐机制

flush的执行时机：
① InnoDB的redo log写满了，系统停止所有更新操作，把checkpoint往前推进，腾出redo log空间
② 系统内存不足时会淘汰一些数据页，如果淘汰的是“脏页”就要将脏页写到磁盘里
③ MySQL认为系统“空闲”的时候会刷脏页
④ MySQL正常关闭时会把内存中的脏页都flush到磁盘上

redo log基本概念

redo log是一种基于磁盘的数据结构，记录了对实际数据文件的物理变更，redo log记录的是物理页上的修改，redo log f