Redo Log 的深入了解

84 阅读 0 评论 56 点赞

我是靠谱客的博主闪闪大叔，最近开发中收集的这篇文章主要介绍Redo Log 的深入了解，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

一、redo log日志基本结构

之前说到redo log 是重做日志，里面的记录的日志偏向物理日志，那么日志的内容大家有想过吗？其实redo log日志里面记录的主要是：表空间+数据页号+偏移量+修改几个字节的值+具体的值。根据你修改了数据页里的几个字节的值，redo log就划分为了不同的类型，MLOG_1BYTE类型的日志指的就是修改了1个字节的值，MLOG_2BYTE类型的日志指的就是修改了2个字节的值，以此类推，还有修改了4个字节的值的日志类型，修改了8个字节的日志类型。如果修改了一大串的值，类型就是：MLOG_WRITE_STRING,就是代表你一下子在哪个数据页的某个偏移量的位置插入或者修改了一大串的值。所以redo log看起来的结构如下：

日志类型（类似MLOG_1BYTE之类的数据)，表空间ID，数据页号，数据页中的偏移量,修改数据长度（MLOG_WRITE_STRING类型的才有），具体修改的数据

Redo Log的刷盘策略：设置参数：innodb_flush_log_at_trx_commit

0：每秒一次，把log buffer写入os buffer，并调用fsync刷到磁盘

1：每次提交事务时，把log buffer写入os buffer，并调用fsync刷到磁盘

2：每次提交事务时，只是写入到os buffer，然后每秒一次调用fsync将日志刷新到磁盘

二、redo log block

一个redo log block是512字节，这个redo log block的512字节分为3个部分，一个是12字节的header块头，一个是496字节的body块体，一个是4字节的trailer块尾。其中12字节的header头又分为了4个部分：

包括4个字节的block no，就是块唯一编号；

2个字节的data length，就是block里写入了多少字节数据；

2个字节的first record group，这个是说每个事物都会有多个redo log，是一个redo log group，即一组redo log。那么在这个block里的第一组redo log的偏移量，就是这2字节存储的

4个字节的checkpoint on

不停的追加写入到redo log磁盘文件里去（注意：这里是顺序写），其实每一个redo log都是写入到文件里的一个redo log block里去的，一个block最多放569字节的redo log日志。

三、redo log buffer

之前讲过：redo log数据会先写入redo log buffer中，之后再由后台线程根据配置的刷盘策略，将redo log buffer中的数据刷入磁盘中。这个redo log buffer其实就是mysql在启动的时候，申请的一块连续的内存空间，大概可以认为相当于buffer pool。buffer pool是申请之后划分了N个空的缓存页和一些链表结构。redo log buffer也是类似的，他是申请出来的一篇连续内存，然后里面划分出了N多个空的redo log block，如下图：

写满一个redo log block，就会继续写下一个redo log block，以此类推，直接到所有的redo log block都写。如果redo log buffer里所有的redo log block都写满了，那么此时必然会强制把redo log block刷盘。

平时执行一个事物的过程中，每个事务会有多个CRUD操作，那么就会有多个redo log，这么多个redo log就是一组redo log，其实每次一组redo log都是先在别的地方暂存，然后都执行完了，再把一组redo log给写入到redo log buffer的block里去的。如果一组redo log实在太多就有可能会存放在俩个redo log block中。