redo日志（下）

---

title: “redo日志（下）”
createTime: 2022-03-06T15:52:41+08:00
updateTime: 2022-03-06T15:52:41+08:00
draft: false
author: “ggball”
tags: [“mysql”]
categories: [“db”]
description: “”

redo log的刷盘时机

• log buffer 空间不足时（大概一半左右）
• 事务提交时
• 后台线程不停的刷刷刷（大概每秒刷一次）
• 正常关闭服务器时
• 做所谓的 checkpoint

redo日志文件组

磁盘上的 redo 日志文件不只一个，而是以一个 日志文件组 的形式出现的

MySQL 的数据目录（使用 SHOW VARIABLES LIKE ‘datadir’ 查看）下默认有两个名为 ib_logfile0 和ib_logfile1的文件， log buffer 中的日志默认情况下就是刷新到这两个磁盘文件中。如果我们对默认的redo 日志文件不满意，可以通过下边几个启动参数来调节：

innodb_log_group_home_dir

该参数指定了 redo 日志文件所在的目录，默认值就是当前的数据目录。

innodb_log_file_size

该参数指定了每个 redo 日志文件的大小，在 MySQL 5.7.21 这个版本中的默认值为 48MB

innodb_log_files_in_group

该参数指定 redo 日志文件的个数，默认值为2，最大值为100。

总共的 redo 日志文件大小其实就是： innodb_log_file_size × innodb_log_files_in_group 。

redo日志文件格式

我们前边说过 log buffer 本质上是一片连续的内存空间，被划分成了若干个 512 字节大小的 block 。将logbuffer中的redo日志刷新到磁盘的本质就是把block的镜像写入日志文件中，所以 redo 日志文件其实也是由若干个 512 字节大小的block组成。redo 日志文件组中的每个文件大小都一样，格式也一样，都是由两部分组成：

• 前2048个字节，也就是前4个block是用来存储一些管理信息的。
• 从第2048字节往后是用来存储 log buffer 中的block镜像的。

所以每次一开始写都是重ib_logfile的2048字节处开始写

解释ib_logfile的前4个block

log file header

描述redo日志文件的整体信息。

包括以下属性（有印象就好）

属性名	长度（单位：字节）	描述
LOG_HEADER_FORMAT	4	redo 日志的版本，在 MySQL 5.7.21 中该值永远为1
LOG_HEADER_START_LSN	8	标记本 redo 日志文件开始的LSN值，也就是文件偏移量为204字节初对应的LSN值（关于什么是LSN我们稍后再看哈，看不懂的先忽略）。
LOG_HEADER_CREATOR	32	一个字符串，标记本 redo 日志文件的创建者是谁。正常运行时该值为 MySQL 的版本号，比如： “MySQL 5.7.21” ，使用mysqlbackup 命令创建的 redo 日志文件的该值为 “ibbackup” 和创建时间。
LOG_BLOCK_CHECKSUM	4	本block的校验值，所有block都有，我们不关心