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储存引擎(卷一)》

你可能感兴趣的:(MySQL)