深入理解MySQL中InnoDB的Redo和Undo日志

2024年 1月 29日 90.0k 0

引言

在InnoDB中,Redo日志和Undo日志是两个重要的日志组件,它们在保证数据一致性和持久性方面起到了关键作用.

Redo & Undo

  • Redo日志(重做日志):

    • Redo日志是InnoDB引擎中的事务日志,用于记录已经提交的事务对数据库所做的修改操作。它是物理日志,记录的是对数据页的修改。
    • Redo日志的作用是确保数据的持久性,即使在数据库崩溃的情况下也能够恢复数据的一致性。当数据库发生崩溃时,通过重放Redo日志,可以将已提交的事务的修改操作重新应用到数据页上,从而恢复数据的最新状态。
    • Redo日志是顺序写入的,这使得它具有高性能。Redo日志的写入是在事务提交之前完成的,这样可以确保在事务提交后,相关的Redo日志已经持久化到磁盘上。
  • Undo日志(撤销日志):

    • Undo日志是InnoDB引擎中的事务日志,用于记录事务对数据库所做的修改操作的反向操作。它是逻辑日志,记录的是对数据行的逻辑操作。
    • Undo日志的作用是在事务回滚和MVCC(多版本并发控制)中起到关键作用。当事务回滚时,通过Undo日志中的信息,可以将事务对数据库的修改操作撤销,使数据回滚到之前的状态。
    • Undo日志还用于支持读取一致性。当一个事务读取数据时,如果有其他事务正在修改这些数据,InnoDB会根据Undo日志提供的信息,将数据恢复到事务启动时的状态,从而保证读取的一致性。
  • 存放形式

    Redo

    就如上面所说,Redo日志是一种物理日志,用于记录对数据库进行的修改操作。在InnoDB中,Redo日志以固定大小的日志文件(通常为64MB)的形式进行存放。当Redo日志文件被写满时,InnoDB会自动创建新的日志文件,并将新的修改操作记录在新的文件中。这样的循环过程保证了Redo日志的持久性。

    Undo

    那么Undo日志呢,它是一种逻辑日志,用于记录事务的回滚操作。在InnoDB中,Undo日志以回滚段(Rollback Segment)的形式进行存放。每个回滚段由一个或多个Undo日志文件组成,这些文件用于存储事务的回滚信息。当事务需要回滚时,InnoDB会根据Undo日志中的信息进行相应的操作,将数据恢复到事务开始之前的状态。

    事务的一致性和持久化存储

    在MySQL中,Undo日志和Redo日志是用来实现事务的一致性和持久化存储的重要组成部分。它们在事务的不同阶段发挥不同的作用,协作工作以确保数据的一致性和持久性。

    下面是Undo日志、Redo日志和事务的协作流程的简要描述:

  • 开始事务:

    • 当一个事务开始时,MySQL会为该事务分配一个唯一的事务ID,并创建一个Undo日志记录,用于存储该事务可能对数据所做的修改。
  • 执行事务:

    • 在事务执行期间,所有的数据修改操作都会生成对应的Redo日志记录。这些记录包含了被修改的数据的旧值和新值。
  • 事务提交:

    • 当一个事务提交时,MySQL会将事务的所有Redo日志记录持久化到磁盘中,以确保事务的修改可以在系统故障后恢复。
    • MySQL会将事务的Undo日志记录标记为已提交,表示该事务已经成功完成。
  • 回滚事务:

    • 如果一个事务需要回滚,MySQL会使用Undo日志记录中的旧值来恢复被修改的数据。通过撤销事务的修改,可以将数据恢复到事务开始之前的状态。
  • 崩溃恢复:

    • 在系统崩溃或异常关闭后,MySQL会使用Redo日志记录来恢复未持久化的事务修改。通过重新执行未完成的事务的Redo日志记录,可以将数据恢复到崩溃前的状态。
  • 通过Undo日志和Redo日志的协作,MySQL可以实现数据的一致性和持久化存储。Undo日志用于回滚事务的修改,而Redo日志用于重做未持久化的事务修改。这种机制可以确保在系统故障或异常情况下,数据的一致性得到保证,并且可以通过重新执行Redo日志来恢复未完成的事务。

    日志重写

    日志在InnoDB中会进行重写。重写日志是为了释放已经完成的事务所占用的空间,以便新的事务可以继续写入日志。

    InnoDB中的日志重写机制是通过"checkpoint"来触发的。Checkpoint是指将内存中的脏页(已经修改但尚未写入磁盘的数据页)刷新到磁盘的过程。当发生Checkpoint时,InnoDB会将已经提交的事务的Redo日志写入磁盘,并且将这些已经写入磁盘的日志空间释放出来,以便后续的事务使用。

    具体的重写时机和策略如下:

  • 每个事务提交时,其对应的Redo日志都会被写入磁盘。
  • 当脏页的数量达到一定阈值时,会触发Checkpoint,将这些脏页写入磁盘,并将对应的Redo日志空间释放。
  • 当数据库关闭时,会进行一次全局的Checkpoint,将所有脏页写入磁盘,并释放相应的Redo日志空间。
  • 当Redo日志文件被写满时,会创建新的日志文件,并将未写入磁盘的日志写入新的文件,之后旧的日志文件会被重用或删除。
  • 需要注意的是,日志的重写是一个异步的过程,不会影响事务的正常进行。重写日志的频率和时机会根据系统负载、日志写入速度以及其他因素而有所调整,以平衡性能和持久性的需求。

    在InnoDB存储引擎中,如果不进行日志重写,可能会导致以下问题:

  • 日志文件空间不足:InnoDB使用两个主要的日志文件,即重做日志文件(Redo log files)。这些日志文件是循环使用的,当日志文件空间用尽时,InnoDB会停止写入新的事务日志,这将导致数据库无法执行新的事务操作。
  • 数据一致性问题:重做日志记录了对数据库的物理修改操作,它们是用来在数据库崩溃或重启后恢复数据的关键。如果不进行日志重写,重做日志可能会变得过于庞大,导致恢复过程变得缓慢。此外,如果重做日志文件损坏或丢失,可能无法正确恢复数据,从而导致数据一致性问题。
  • 性能下降:如果重做日志文件变得过大,InnoDB在执行恢复操作时可能需要花费更长的时间。此外,由于需要频繁切换和写入重做日志文件,可能会对性能产生负面影响。
  • 错误日志

    在MySQL中,可以通过查看错误日志(error log)来获取日志重写的相关记录。错误日志是MySQL记录系统事件和错误信息的文件,其中包含了各种操作和事件的详细记录,包括日志重写的相关信息。

    要查看错误日志,可以按照以下步骤进行操作:

  • 打开MySQL配置文件(通常是my.cnfmy.ini),找到[mysqld]部分。

  • [mysqld]部分中添加或修改以下行:

    log_error = /path/to/error.log
    

    /path/to/error.log替换为你希望保存错误日志的路径和文件名。

  • 重启MySQL服务,使配置生效。

  • 在指定的错误日志路径中查找日志文件,使用文本编辑器打开它。

  • 在错误日志中,你可以搜索关键词如"checkpoint"、"redo log"、"log rewrite"等,以找到与日志重写相关的记录。这些记录通常包含有关重写的时间戳、重写的日志文件名称、重写的大小等信息。

    相关文章

    Oracle如何使用授予和撤销权限的语法和示例
    Awesome Project: 探索 MatrixOrigin 云原生分布式数据库
    下载丨66页PDF,云和恩墨技术通讯(2024年7月刊)
    社区版oceanbase安装
    Oracle 导出CSV工具-sqluldr2
    ETL数据集成丨快速将MySQL数据迁移至Doris数据库

    发布评论