MySQL重做日志
故障的类型
事物内部故障
系统故障
介质故障
计算机病毒
日志类型
redo log(重做日志) 处理系统故障
undo log 处理事务故障 (回滚)
重做日志
用来实现事物的持久性,即事务ACID中的D。重做日志有两部分组成:
一是内存中的重做日志缓存(redo log buffer)
二是重做日志文件(redo log file)
当事务commit时,必须将事务的全部日志写入重做日志文件进行持久化,待完成后事务commit的操作才算完成,即日志前写规则。
为确保每次日志都写入到重做日志文件,在每次写入后都进行一次fsync操作。因为重做日志文件没有使用O_DIRECT选项,所以重做日志先写入文件系统缓存,为确保写入磁盘必须经行一次fsync操作。
重做日志和二进制日志的区别
重做日志是物理逻辑日志,二进制日志是逻辑日志
物理日志
逻辑日志
物理逻辑日志
物理日志保存一个页中发生变化的字节。不会导致数据发生不一致的问题,但是日志产生的量比较大。
逻辑日志记录的是对于表的操作,尺寸小但无法保证回滚一致性。
物理逻辑日志结合了物理日志和逻辑日志的优点,在页的内部是逻辑的。
重做日志是在InnoDB引擎中才产生的;二进制日志是MySQL上层生成的,对数据库的更改都会记录。
写入磁盘的时间不同
二进制日志只在事务提交时产生,只产生一次。
重做日志对事物产生多个条目,并且是并发的, 不仅在事务提交时产生。
重做日志的物理架构
重做日志缓存
重做日志块
重做日志文件
重做日志组
归档日志
重做日志缓存
重做日志缓存在内存中,易丢失,大小由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储存引擎(卷一)》