redo日志文件格式(3)—mysql进阶(六十一)

前面我们说了修改一条数据总不能吧16kb的页全部持久化到磁盘上,于是有了redo日志,记录哪些修改的数据,redo日志也有自己的缓存区,并不是直接把数据记录到磁盘上,缓存区是innoDB_redo_buffer_size,默认是16mb,为了保证原子性,他会分为不同的组,当乐观插入的时候,只有一条数据需要插入,则type的第一个字节是1,代表只有一条插入,当悲观插入多条插入的时候,会有一个MLOG_MULTI_REC_END的日志,表示这组记录完毕,若系统宕机重启,解析redo日志时候,没有解析到这个,则前面解析的全部放弃。

redo log-Transaction(2)—mysql进阶(六十)

Redo日志刷盘时机

我们前面说了mtr运行过程中产生一些redo日志,在mtr结束的时候会复制到log buffer中,可也不能一直在内存中,什么时候刷新到磁盘呢。

Log buffer空间不足的时候:

Log buffer大小是有限的,如果一直塞进去肯定会被填满,innoDB大叔认为如果写入log buffer的redo填满占了大约一半的时候,就需要持久化到磁盘上。

事务提交时候:

我们之前说过使用redo日志主要占用空间小,还是顺序写入,在事务提交时候,可以不吧buffer pool修改的数据刷新到磁盘上,但为了保证持久性,必须把这些redo日志刷新到磁盘上。

后台有个线程:

后台有个线程,大约每秒都会刷新一次log buffer 到磁盘。

正常关闭服务器:

做所谓的checkpoint时,也会刷新到磁盘。

其他一些情况。。

Redo日志文件组

Mysql的数据目录,用show variables like ‘datadir’查看,可以看到两个ib_logfile0和ib_logfile1的文件,log buffer中的日志默认就是刷新到磁盘上的这两个文件中。如果想修改redo文件,可以通过几个启动参调节:

Innodb_log_group_home_dir:该参数指定redo文件所在目录,默认就是在当前数据目录。

Innodb_log_file_Size:指定每个redo日志文件大小,在mysql5.7.21这个版本默认值是48M。

innoDB_log_files_in_group:该参数指定redo日志文件个数,默认是2,最大为100。

所以从上可以看到,磁盘的redo日志文件不只一个,而是以日志文件组的形式出现。当redo日志刷新到磁盘时候,先刷新到ib_logfile0然后就是1,2,如果满了,就继续循环从0开始记录。

所以总的redo日志大小就是innodb_log_file_size * innodb_log_file_in_group

Redo日志文件格式

我们前面说过log buffer本质是个连续空间,划分若干个512字节的block。将log buffer中的redo日志刷新到磁盘本质就是把block刷新到磁盘,所以磁盘上的redo日志文件也是由各种512字节的block组成。

Redo日志文件组每个文件大小一样,格式一样,由两个部分组成:

前2048个字节,也就是前4个block存一些管理信息。

从2048个字节之后开始,开始存log buffer 的block镜像。

所以前面说循环存储redo日志是从2048个字节开始算。

前面我们说过普通的block组要就是三个部分,log block header,log block body,log block trailder三个部分。下面介绍下4个存储管理信息的block。

  1. Log file header:描述redo日志文件的整体信息。

这里面包含着五个参数:

  1. log_header_format:4个字节,redo日志版本,在mysql5.7.21中永远为1.
  2. Log_header_pad1:4个字节,做字节填充中。
  3. Log_header_start_lsn:8个字节,标记redo日志文件开始的LSN值,也就是文件偏移量的2048个字节对应的LSN值。
  4. Log_header_cheator:32个字节,一个字符串,标记redo日志创建者是谁。正常运行时该值是mysql版本号,比如MySql5.7.21,使用mysqlbackup命令创建redo日志文件的该值为“ibbackup”和创建时间。
  5. Log_block_checksum:4个字节,block的效验值。

注意,mysql对block格式经常修改,如果阅读其他书籍发现不一样,可能因为版本不同。

  1. checkpoint1:记录关于checkpoint的一些属性:

这里面也包含五个参数:

  1. log_checkpoint_no:8个字节,服务器做checkpoint的编号,每次有新的就加1.
  2. Log_checkpoint_lsn:8个字节,服务器做checkpont结束时对应的LSN值,系统崩溃从这个值开始。
  3. Log_checkpoint_offset:8个字节,上个属性的LSN值在redo日志偏移量。
  4. Log_checkpoint_log_buffer_size:8个字节,服务器在做checkpoint操作时对应的log buffer大小。
  5. Log_block_checksum:4个字节,block的效验值。

第三个参数未使用,忽略。

第三个参数checkpoint2和上面的checkpoint1一样。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

后端从入门到精通

你的鼓励是我最大的动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值