本篇将介绍MySQL的Redo日志和Undo日志。
Redo日志用于在数据保存为数据文件前存储InnoDB的变更操作,可以优化InnoDB的数据写入及崩溃恢复。InnoDB回放Redo日志文件里的操作以确保事务的一致性,包括在崩溃之前为写入数据文件的数据操作。
用户可以通过“innodb_log_files_in_group”和“innodb_log_file_size”选项配置日子的数量和大小。默认情况下,日志保存在数据路径下,名称为“ib_logfile0”和“ib_logfile1”。如果日志文件不完整(错误的大小或损坏),InnoDB将启动失败,如果日志文件不存在,在服务器启动期间将创建新的文件。日志文件合计大为512G(innodb_log_file_size*innodb_log_file_in_group),推荐使用2个文件。注意,如果使用过大的Redo日志文件,会增加OS层面的I/O缓冲内存使用率,使用多个小文件客户减少内存的使用率。
当发生更改的事件时,Redo日志记录事件,之后将其写入数据文件。以上图为例,三个增删改的事件先记录Redo日志,之后innoDB将这些更改写入数据文件。
Undo日志
Undo日志存储事务更改前、未发生变化的数据,innoDB可以利用它访问之前版本的数据。默认情况下,Undo日志保存在Undo表空间,用于MVCC及回滚。当需要回滚事务,或者其他的事务需要查看之前的数据时,innoDB从Undo日志里找回数据。Undo日志分为Insert undo缓冲和Update undo缓冲。
当InnoDB写入Redo日志后,它将这些更改写入数据库的页,在这个操作之前,它将获取一个未经修改的数据库页的副本,并将其保存到Undo日志。
默认情况下,Undo日志使用两个Undo表空间,其保存在数据路径下,用户可以通过更改“innodb_undo_directory”选项更改其位置。Undo日志与普通的数据使用不同的I/O模式,该模式更适用于SSD。
临时表的Undo日志与其他的表不同,由于临时表不使用Redo日志,临时表的Undo日志仅用于服务器运行时的回滚,临时表的Undo日志存储在全局临时表空间的回滚片段(iptmp1),这种特殊类型的Undo日志具有性能优势,因为它能够减少Redo日志记录时带来的I/O开销。
注意:Redo日志和Undo日志与MySQL其他日志不同(通用日志、二进制日志、慢查询日志等等),用户无法使用标准的工具探测里面的内容。
以上内容是关于MySQL的Redo和Undo日志的介绍。感谢关注“MySQL解决方案工程师”!