Mysql中的Redo Log解析(一)

redo log是个啥？

Innodb是使用16k大小的数据页来管理存储空间的，数据页也是内存和磁盘交互的最小单位。我们知道事务提交后是先将修改过的数据页保存在内存中，然后再刷新到磁盘上进行持久化。我们还知道事务具有持久性的特性，那么问题来了，如果事务提交之后，数据页被保存在内存中，这个时候系统崩溃了，内存中的数据就没有了，所做的修改就无法修复了，那么事务的持久性也就没有了。

redo log就是用来解决这个问题的。当然，有人会说，每次提交事务的之前先将内存中的修改刷新到磁盘上，然后再提交不久能解决这个问题了么？但是这里有两点需要注意：

1、刷新一个16k的数据页太浪费时间了。

2、事务进行多处修改的时候，随机IO刷盘比较慢。

基于上面的问题，redo log诞生了，它主要是将事务对数据页所做的修改记录在日志里面，这样在机器重新恢复的时候能够通过这些日志将数据页恢复出来，从而实现事务的持久性。

redo log有两个特点：

第一，redo 日志占用的空间非常小，它只保存没有刷新到磁盘上的操作内容。

第二，redo 日志是顺序写入磁盘的。

02

redo log种类和写入方法

在Innodb中，按照所做的修改不同，一共有几十种redo log日志，包含创建行记录的redo日志，删除行记录的redo日志等等，而这每一项里面，又包含很多子项，总之，我们需要了解的是，redo log的种类比较多，有几十种，不超过128种。redo log一般保存在日志文件ib_logfile0和ib_logfile1这种文件中，如下：

[root@ innodblog]# ll
total 4156540
-rw-r----- 1 mysql mysql 1073741824 Sep 28 11:34 ib_logfile0
-rw-r----- 1 mysql mysql 1073741824 Sep 18 08:14 ib_logfile1
-rw-r----- 1 mysql mysql 1073742918 Sep 20 01:13 mysqlbin.000129
-rw-r----- 1 mysql mysql 1035045773 Sep 28 11:34 mysqlbin.000130
-rw-r----- 1 mysql mysql         86 Sep 20 01:13 mysqlbin.index

当然，我们可以修改ib_logfile的个数和大小以及存放路径：

可以通过参数innodb_log_files_in_group来改变文件个数，这个参数的默认值是2；

可以通过参数innodb_log_file_size来指定每个redo日志的大小；

可以通过参数innodb_log_group_home_dir指定redo日志所在的目录。

redo log文件组是通过下面这种循环的方式来进行进行文件存储的，当文件组最后一个文件被写满的时候，会从第一个文件开始写，之所以可以这样操作，是因为数据一旦刷盘，那么redo log中的日志就没有使用的意义了，也就可以被覆盖写了。

我们假设现在有一条insert的语句需要执行，在insert的时候，不仅仅会修改若干条记录，还会修改索引和一些记录之间的链表信息，这样，可能修改的就是多个页面了，在这个过程中，如果某个数据页已经满了，再进行insert操作，还有可能发生数据页的分裂。这样，一条语句就会生成多条redo log，在Innodb中，通过一个Mini-Transaction(最小事务)的概念来划分日志组,这个Mini-Transaction（后面简称mtr）表示对底层页面的一次原子访问，也就是要么成功，要么失败。从这个概念中我们可以看到，redo log可能不是一条一条的写入磁盘的，是以组的概念进行写入磁盘的，可能是一条，也可能是一次性多条。

我们知道，一个事务可以包含多个语句，一个语句中可以包含多个mtr，每一个mtr包含多个redo日志，我们表示一下就是这样：

先这么多吧，有空了明儿再更新。