MySQL官方文档14.4.13 Redo Log重做日志

最新推荐文章于 2024-12-20 21:16:07 发布
翻译 最新推荐文章于 2024-12-20 21:16:07 发布 · 3.9k 阅读 · 0
文章标签：

#mysql #redo-log #重做日志 #翻译 #译文

原文地址：https://dev.mysql.com/doc/refman/5.7/en/innodb-redo-log.html

14.4.13 Redo Log

14.4.13.1重做日志刷新的组提交 译文传送门

重做日志是在崩溃恢复期间使用的基于磁盘的数据结构，用于纠正由不完整事务写入的数据。在正常操作期间，重做日志对请求进行编码，以更改由SQL语句或低级API调用产生的InnoDB表数据。在意外关闭之前没有完成更新数据文件的修改会在初始化期间以及接受连接之前自动修改。有关重做日志在崩溃恢复中的角色的信息，请参见第14.18.2节“InnoDB恢复”。

默认情况下，重做日志在物理上表现为一组名为ib_logfile0和ib_logfile1的文件。MySQL以循环方式写入重做日志文件。重做日志中的数据按受影响的记录进行编码; 这些数据统称为重做。数据通过重做日志的过程由不断增加的LSN值表示。

有关相关信息，请参阅：

  • 第14.6.1节“InnoDB启动配置”
  • 第8.5.4节“优化InnoDB重做日志记录”
  • 第14.7.2节“更改InnoDB重做日志文件的数量或大小”
  • InnoDB崩溃恢复
【0000】PostgreSQL V17.4 内核源码剖析专栏（2017 ~ 2025.11.28 更新）
Postgres 数据库内核开发工程师
12-13 6081
本专栏将会持续更新，直到将PostgreSQL V13.2源码涉及的所有原理、技术剖析完成为止。每一篇文章都是经过多次的源码阅读 + 调试，得以验证之后才梳理成文章形式。最终该专栏的文章数量应该在一万篇或以下，这也是文章序号从【0000】开始的缘故。通过本专栏的学习，能够让你掌握PostgreSQL数据库中的每个技术背后，底层的实现原理。
手把手教你使用Innotop监控工具
06-28 755
Innotop是一个由perl语言编写的MySQL监控工具，该工具是交互式的操作界面，以视图的形式不断获取数据库的运行状态。它大致可以监控如下几个方面的运行状态数据：[root@localhost ~]# wget https://codeload.github.com/innotop/innotop/zip/master......2019-12-26 07:00:33 (14.4 KB/s) - ‘master’ saved [203606/203606] [root@localhost ~]# ll
mysql 日志重做,mysql 物理日志之redo log（重做日志）原理和介绍
weixin_34649105的博客
03-17 248
重做日志用来实现事务的持久性,即事务ACID中的D。 InnoDB是事务的存储引擎,其通过 Force Log at Commit机制实现事务的持久性,即当事务提交(COMMIT)时,必须先将该事务的所有日志写入到重做日志文件 进行持久化,待事务的COMMIT操作完成才算完成。当我们想要修改DB上某一行数据的时候，InnoDB是把数据从磁盘读取到内存的缓冲池bp(buffer pool)上进行修改...
【体系结构】MySQL 日志文件--二进制日志：Binary Log & Binary Log Index
记录创业路上的一些想法
04-15 2207
先找到这两个文件、Rocky@localhost> show variables like 'datadir'; +---------------+-------------------------+ | Variable_name | Value | +---------------+-------------------------+ | datadir
MySQL三大日志、redo log和bin log的区别【表格对比版】【清晰明了】【简介】【重点】【面试】
jiayoudangdang的博客
04-01 1133
MySQL三大日志： 二进制日志 binlog（归档日志） 事务日志 redo log（重做日志） undo log（回滚日志）。 binlog的写入时机也非常简单，事务执行过程中，先把日志写到binlog cache，事务提交的时候，再把binlog cache写到binlog文件中。 redo log（重做日志）是InnoDB存储引擎独有的，它让MySQL拥有了崩溃恢复能力。
MySQL数据库的体系架构
热门推荐
dongdong_java的专栏
06-19 2万+
MySQL数据库的体系架构如下图所示： 从上图中可以看出，MySQL主要分为以下几个组件： 连接池组件管理服务和工具组件SQL接口组件分析器组件优化器组件缓冲组件插件式存储引擎物理文件 下表显示了各种存储引擎的特性： 其中最常见的两种存储引擎是MyISAM和InnoDB 刚接触MySQL的时候可能会有些惊讶，竟然有不支持事务的存储引
MySQL中的重做日志（redo log），回滚日志（undo log），以及二进制日志（binlog）的简单总结...
weixin_33805992的博客
01-28 1895
  MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重...
java理论
fanfan12138的博客
05-21 1732
目录 目录…1 JVM…19 2.1. 线程 …20 2.2. JVM 内存区域 …21 2.2.1. 程序计数器(线程私有)…22 2.2.2. 虚拟机栈(线程私有)…22 2.2.3. 本地方法区(线程私有)…23 2.2.4. 堆（Heap-线程共享）-运行时数据区 …23 2.2.5. 方法区/永久代（线程共享） …23 2.3. JVM 运行时内存 …24 2.3.1. 新生代 …24 2.3.1.1. Eden 区…24 2.3.1.2. ServivorFrom…24 2.3.1.3. Se.
【软考高级】系统架构设计师复习笔记-精华版
pushiqiang的博客
12-20 9536
软件系统建模方法1.结构化建模2.信息工程建模（数据库建模）3.面向对象建模4.基于构件的开发方法软件设计方法（和软件系统建模方法大同小异）1.结构化设计2.信息工程3.面向对象设计4.原型设计5.基于构件的开发方法提高软件可靠性方法1.避错设计：可靠性设计准则（模块化、模块独立、信息隐蔽、局部化）2.检错设计：被动、主动式检错3.容错设计：N版程序设计、恢复快设计、冗余设计软件质量保证（SQA）常见活动1.准备SQA计划：制定项目计划是制定 SQA计划。
MySQL数据库InnoDB存储引擎Log漫游(1)
liaoyuanzi的专栏
10-11 770
本文是介绍MySQL数据库InnoDB存储引擎重做日志漫游 00 – Undo Log Undo Log 是为了实现事务的原子性，在MySQL数据库InnoDB存储引擎中，还用Undo Log来实现多版本并发控制(简称：MVCC)。 - 事务的原子性(Atomicity)   事务中的所有操作，要么全部完成，要么不做任何操作，不能只做部分操作。如果在执行的过程中发生   了错误，
密码
qq_43633585的博客
09-20 3310
URL 在url编码和解码的时候，只需要关注“%”的内容，每当遇到一个百分号的时候，连带着百分号的三个字符对应着明文的一个字符。 工具：http://ctf.ssleye.com/url.html 摩斯密码 形式应该都知道 工具：http://ctf.ssleye.com/morse.html jsfuck 这是一种比较有意思的编码方式，只用6个字符就可以书写任意的JAVASCRIPT代码。只需要“()+[]!"这六个字符组成。 工具：http://www.jsf...
MySql-Undo及Redo详解
alex大喵的博客
07-10 1万+
00 – Undo Log Undo Log 是为了实现事务的原子性，在MySQL数据库InnoDB存储引擎中，还用Undo Log来实现多版本并发控制(简称：MVCC)。 - 事务的原子性(Atomicity) 事务中的所有操作，要么全部完成，要么不做任何操作，不能只做部分操作。如果在执行的过程中发生了错误，要回滚(Rollback)到事务开始前的状态，就像这个事务从来没有执行过。
理解redo（3）详解一个update的过程
记录创业路上的一些想法
08-12 2481
理论解析：     1）server process 搜索buffer cache中是否有update要更新的block(内存中又名buffer),没有则从disk读入buffer cache     2）server process 构造一组change vector来记录对数据块的改动(此时放于PGA中),这组change vector组成 redo record
MySQL数据库体系结构
阿鹏的笔记
11-12 1万+
DDL：数据定义语言 data Definition language， eg：create、drop、alter； DML：数据操控语言 data Manipulation language， eg：insert、update、delete；（要commit！） DCL：数据控制语言 （管理用户权限）data Control language
MySQL · 源码分析 · Innodb 引擎Redo日志存储格式简介
weixin_33860147的博客
09-21 300
MySQL有多种日志。不同种类、不同目的的日志会记录在不同的日志文件中，它们可以帮助你找出mysqld内部发生的事情。比如错误日志：用来记录启动、运行或停止mysqld进程时出现的问题；查询日志：记录建立的客户端连接和执行的语句；二进制日志：记录所有更改数据的语句，主要用于逻辑复制；慢日志：记录所有执行时间超过long_query_time秒的所有查询或...
MySQL锁系列（三）之 redo log
Gamay的博客
06-13 584
1）锁和事务是分不开的，事务和redo又是傻傻分不清楚的 2）事务最重要的是什么？ACID 又是如何实现的？
InnoDB存储引擎redo log文件——《MySQL技术内幕InnoDB存储引擎》读书笔记
wj310298的专栏
01-04 2263
redo log的作用是记录事务日志。万一实例或介质失败，可以通过redo log进行恢复，保证数据的完整性。 每个InnoDB存储引擎至少有1个redo log文件组，每个文件组下至少有2个redo log文件。为了得到更高的可靠性，可以设置多个mirrored log group，将不同的文件组放在不同的磁盘上。日志组中每个redo log文件的大小一致，并以循环方式使用。InnoDB存储引
mysql中undolog日志和redolog日志的作用和区别
最新发布
04-27
<think>好的，我现在需要回答用户关于MySQL中undo log和redo log的作用及区别的问题。首先，我要回忆一下之前的对话历史，用户之前询问了Spring Boot的日志级别，而我现在需要转向MySQL的日志机制，特别是undo log和redo log。 用户提供了几个引用内容，我需要仔细阅读这些引用，提取相关信息来构建答案。根据引用[1]，redo log是InnoDB存储引擎层的日志，而binlog是MySQL Server层的日志。这里提到了undo log，但具体作用没有详细说明。引用[2]比较了binlog和redo log的区别，但用户现在关心的是undo log和redo log，所以需要从其他引用中找到相关信息。 引用[4]详细解释了redo log的作用，包括物理日志、WAL机制、循环写入，以及崩溃恢复和提高性能的作用。这里提到了redo log用于故障恢复，保证事务的持久性。而undo log在引用[1]中只是提到，但没有具体说明，可能需要依靠已有的知识补充。 我知道undo log主要用于事务回滚和MVCC（多版本并发控制），记录数据的旧版本以支持回滚和一致性读。而redo log记录数据页的物理修改，用于崩溃恢复。需要结合这些知识点来区分两者的作用和应用场景。 接下来需要组织答案的结构，先分别介绍undo log和redo log的作用，再对比它们的区别。要确保使用用户要求的格式，比如行内数学表达式用$...$，独立公式用$$...$$，不过这个问题可能不需要数学公式。但需要遵循中文回答，正确使用LaTeX语法，如果有的话。 需要检查引用内容是否覆盖了用户的问题，用户的问题是关于undo log和redo log的作用及区别。根据引用[4]，redo log的作用已经明确，但undo log的信息较少，可能需要补充。例如，undo log用于回滚和MVCC，而redo log用于崩溃恢复和持久性。 然后要确认是否引用了正确的引用标记，比如用户提供的引用[1]到[5]中的相关内容。例如，引用[4]提到redo log的物理日志和WAL机制，可以引用[^4]。而关于undo log，可能需要引用[^1]中的部分，但用户提供的引用中关于undo log的信息有限，可能需要更详细地用自己的话说明，同时确保准确。 最后，生成相关问题，考虑用户可能对这两种日志的具体应用场景、配置参数或与其他日志（如binlog）的区别感兴趣。例如，如何配置redo log的大小，或者MVCC如何利用undo log。 需要确保回答结构清晰，分点说明，使用用户要求的格式，同时参考之前的回答风格，比如使用加粗标题和列表项，代码块（如果有配置示例的话），以及相关问题部分。同时，检查是否有遗漏的信息，比如undo log的存储方式或生命周期，以及redo log的循环写入机制。 现在，整理思路，开始撰写正式回答。</think>### MySQL 中 Undo Log 与 Redo Log 的作用及区别 以下从**核心作用**、**实现机制**和**应用场景**三个方面对比分析： --- #### **一、Undo Log（回滚日志）** 1. **核心作用** - **事务回滚**：记录事务修改前的数据快照，用于事务失败时恢复原始数据[^1]。 - **多版本并发控制（MVCC）**：为读操作提供一致性视图，支持非锁定读（如 `SELECT` 不阻塞写操作）。 - **原子性保证**：确保事务要么完全提交，要么完全回滚。 2. **实现机制** - **逻辑日志**：记录反向操作（例如 `INSERT` 对应 `DELETE`，`UPDATE` 对应反向 `UPDATE`）[^1]。 - **存储方式**：位于共享表空间（默认 `ibdata1` 文件）或独立的 Undo Tablespace 中。 - **生命周期**：事务提交后，Undo Log 不会立即删除，可能被其他事务的 MVCC 读依赖。 3. **应用场景** ```sql -- 事务回滚示例 START TRANSACTION; UPDATE users SET balance = balance - 100 WHERE id = 1; -- 生成 Undo Log ROLLBACK; -- 使用 Undo Log 恢复数据 ``` --- #### **二、Redo Log（重做日志）** 1. **核心作用** - **崩溃恢复**：确保已提交事务的修改不丢失，重启后通过 Redo Log 恢复未刷盘的脏页[^4]。 - **持久性保证**：通过 WAL（Write-Ahead Logging）机制，先写日志再写磁盘[^4]。 2. **实现机制** - **物理日志**：记录数据页的物理修改（例如“修改表空间 X 的第 Y 页偏移 Z 处的值为 100”）[^4]。 - **循环写入**：固定大小文件，写满后覆盖头部（需定期触发 Checkpoint 刷脏页到磁盘）[^4]。 - **写入策略**：事务提交时强制刷盘（通过 `innodb_flush_log_at_trx_commit` 参数控制）。 3. **应用场景** ```sql -- 事务提交时 Redo Log 刷盘 START TRANSACTION; UPDATE accounts SET amount = 200 WHERE id = 1; -- 修改 Buffer Pool 数据页，生成 Redo Log COMMIT; -- Redo Log 刷入磁盘 ``` --- #### **三、核心区别对比** | **特性** | **Undo Log** | **Redo Log** | |------------------|---------------------------------------|---------------------------------------| | **日志类型** | 逻辑日志（反向操作） | 物理日志（数据页变更） | | **作用目标** | 保证事务原子性与 MVCC | 保证事务持久性与崩溃恢复 | | **生命周期** | 可能被 MVCC 读长期依赖 | 数据页刷盘后即可覆盖 | | **存储位置** | 共享表空间或独立 Undo Tablespace | 独立文件（`ib_logfile0`, `ib_logfile1`） | | **写入时机** | 事务修改数据前生成 | 事务提交时强制刷盘 | --- #### **四、协同工作示例** 假设执行事务： ```sql START TRANSACTION; UPDATE products SET stock = stock - 1 WHERE id = 10; COMMIT; ``` 1. **Undo Log**：记录 `stock` 修改前的值（用于回滚或 MVCC）。 2. **Redo Log**：记录数据页变更（用于崩溃恢复）。 3. **提交时**：Redo Log 刷盘，Undo Log 保留至事务不再被依赖。 --- ### 相关问题 1. 如何配置 Redo Log 的文件大小和数量？ 2. Undo Log 长时间未清理会导致什么问题？ 3. Redo Log 和 Binlog 在事务提交时的写入顺序是什么？ 4. MVCC 如何通过 Undo Log 实现非锁定读？ 如需深入理解日志机制或排查相关问题，可结合引用内容进一步分析[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值