MySQL重做日志

MySQL重做日志

故障的类型

• 事物内部故障
• 系统故障
• 介质故障
• 计算机病毒

日志类型

• redo log（重做日志） 处理系统故障
• undo log 处理事务故障 (回滚)

重做日志

用来实现事物的持久性，即事务ACID中的D。重做日志有两部分组成：

• 一是内存中的重做日志缓存（redo log buffer）
• 二是重做日志文件（redo log file）

当事务commit时，必须将事务的全部日志写入重做日志文件进行持久化，待完成后事务commit的操作才算完成，即日志前写规则。

为确保每次日志都写入到重做日志文件，在每次写入后都进行一次fsync操作。因为重做日志文件没有使用O_DIRECT选项，所以重做日志先写入文件系统缓存，为确保写入磁盘必须经行一次fsync操作。

重做日志和二进制日志的区别

1. 重做日志是物理逻辑日志，二进制日志是逻辑日志

   • 物理日志
   • 逻辑日志
   • 物理逻辑日志

   物理日志保存一个页中发生变化的字节。不会导致数据发生不一致的问题，但是日志产生的量比较大。
   逻辑日志记录的是对于表的操作，尺寸小但无法保证回滚一致性。
   物理逻辑日志结合了物理日志和逻辑日志的优点，在页的内部是逻辑的。

2. 重做日志是在InnoDB引擎中才产生的；二进制日志是MySQL上层生成的，对数据库的更改都会记录。
3. 写入磁盘的时间不同
   
   • 二进制日志只在事务提交时产生，只产生一次。
   • 重做日志对事物产生多个条目，并且是并发的， 不仅在事务提交时产生。

重做日志的物理架构

• 重做日志缓存
• 重做日志块
• 重做日志文件
• 重做日志组
• 归档日志

重做日志缓存

重做日志缓存在内存中，易丢失，大小由InnoDB_log_buffer_size控制，默认大小为1MB。要及时写入重做日志文件。

重做日志块

InnoDB中，重做日志都以512字节进行存储。就是说重做日志缓存，文件，归档文件都是以块的方式进行保存的，称之为重做日志块。

一个重做日志快由 块头（12字节），块尾（8字节），和日志本身组成。
块头中有块的基本信息。

当一个块的剩余空间不够存下下一条记录的话，保存在下一个块中，块头中保存着快中第一条记录的偏移量。

重做日志文件

日志文件也是由块组成，同样512字节，从buffer中写入，写入规则

• 事务提交时
• 写入检查点时（checkpoint）
• 当log buffer 中已使用空间超过某个值

参数Innobd_log_group_home_dir控制文件的所在路径。Innodb_log_file_size控制文件大小，默认值为5MB，重做日志文件的总大小要小于4GB。
记录以追加的方式写在文件的最后。当一个文件被写满时，会接着下一个写。每个日志文件的头2KB字节保留。

重做日志组

由重做日志文件组成，是一个逻辑概念，并没有实际的物理文件，组中的文件大小相同。参数innodb_log_files_in_group来设置文件组中有多少个文件。

镜像功能

每个日志组储存的内容都是完全相同的，是镜像的关系，目的是提高数据库的可用性。镜像功能由参数innodb_mirrored_log_groups控制，默认值为1，表示不启用。

归档日志

其实重做日志文件是循环反复使用的（round robin）。假设有三个日志文件：log1，log2，log3。重做日志缓存先把缓存写入log1，写满之后依次写入下一个file，log3 写满时，则写到log1中，覆盖之前的内容。

为不让数据丢失，在覆盖之前要先将log1中的数据归档，在写入过程中，重做文件数量不变，文件名不变，而归档文件在增加。

参数Innodb_log_archive用来设置开启归档功能。

---

参考 ： 《MySQL内核InnoDB储存引擎（卷一）》