一文彻底弄懂mysql的事务日志，undo log 和 redo log

最新推荐文章于 2025-12-26 14:31:53 发布
最新推荐文章于 2025-12-26 14:31:53 发布
阅读量175 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 笔记 文章标签： mysql oracle 数据库 1024程序员节
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_70960708/article/details/143193434

在数据库事务管理中，Undo Log 和 Redo Log 是两种关键日志，用于保障事务的 原子性 和 持久性。它们的作用是确保数据库在出现崩溃、断电、宕机等故障时，能够进行恢复操作，从而保障数据一致性和完整性。它们通常用于支持事务的 ACID 特性中的 原子性 和 持久性。下面将分别介绍 Undo Log 和 Redo Log 的原理、实现机制、以及它们的作用。

一、Undo Log

Undo Log 是回滚日志，它的作用是在事务发生异常或主动回滚时，用于撤销已执行的操作，确保数据库数据能够回到事务开始前

了解本专栏 订阅专栏 解锁全文 超级会员免费看
分布式事务Seata源码解析十：AT模式回滚日志undo log详细构建过程
健身变秃，coding变强
10-24 4636
AT模式下undo log的构建 和 持久化是分两阶段进行的： * **一阶段：** * 在执行业务SQL的同时，会根据业务SQL构建出before image 和 after image镜像数据的查询SQL； * 基于查询SQL的结果，每一列的数据采用`Field`对象存储、每一行数据采用`Row`对象存储，Row和Field对象的关系为一对多； * 由于业务SQL可能设计到多行，所以最终数据镜像采用`TableRecords`对象存储，TableRecords和Row也是一对多
一文看懂 redo log 与undo log
zsah2011的博客
04-18 5840
对于MySQL来说，每次对数据库file文件的修改都是一次事务，当然直接一句insert 或 update后台就默认帮你提交了，不需要你关注那么多细节，而且这种简单的事务几乎不存在事务并发问题，毕竟耗时短，提交快，而且总有一个先后
一文搞懂MySQL中redolog,undolog,binlog和数据落盘时机
分享学习过程中的知识和感悟
03-01 504
一文搞懂MySQL中redolog,undolog,binlog和数据落盘时机。
硬核干货！一文掌握MySQL核心日志：binlog 、redo log、undo log
架构精进之路
01-15 1016
hello，大家好，我是张张，「架构精进之路」公号作者。在MySQL 中我们经常会接触到三个核心日志，它们分别是：binlog、redo log、undo log。好多同学对于它们可能并不陌生，但是具体区分起来各自的功能用途以及实现原理，那可能认知就会比较模糊了，今天就跟大家一起，来清晰明了的介绍一下这些日志的核心思想和功能原理。1 binlog1.1 binlog 设计目标binlog 记录了对...
【MySQL】MySQL的三种log——binlog、redo log、undo log（一文带你彻底搞懂！）
miles067的博客
08-25 5039
binlog其实在日常的开发中听得很多的，因为很多时候数据的更新就依赖着binlog。举个简单的例子：我们的数据是保存在数据库里边的，现在我们对某个商品的某个字段的内容改了（数据库变更），而用户检索出的来数据是走搜索引擎的。为了让用户能够收到最新的数据，我们需要把引擎的数据也改掉。通俗来讲——数据库的变更，搜索引擎的数据也要变更于是，我们就会监听binlog的变更，如果binlog有变更了，那我们就需要将变更写到对应的数据源当中。什么是binlog。
MySQL 学习（七）undo log、redo log、bin log 的作用以及持久化机制
ACGkaka的博客
05-12 1184
MySQL 学习（七）undo log、redo log、bin log 的作用以及持久化机制
硬核总结，一文掌握 binlog 、redo log、undo log
架构精进之路
12-07 2469
hello，大家好，我是张张，「架构精进之路」公号作者。在MySQL 中我们经常会接触到三个核心日志，它们分别是：binlog 、redo log、undo log。好多同学对于它们可能并不陌生，但是具体区分起来各自的功能用途以及实现原理，那可能认知就会比较模糊了，今天就跟大家一起，来清晰明了的介绍一下这些日志的核心思想和功能原理。1 binlog1.1 binlog设计目标binlog 记录了...
深入理解MySQL三大日志：redo log、binlog、undo log
weixin_40381772的博客
05-11 1858
通过深入了解MySQL的redo log、bin log和undo log这三大日志，我们可以更好地理解MySQL的数据恢复、事务处理和数据复制等核心机制。在实际应用中，我们需要根据业务需求和系统性能要求合理配置这些日志的参数和策略，以确保数据库的稳定性和可靠性。同时，也需要关注日志的维护和管理，定期备份和清理日志文件，避免日志过多占用磁盘空间或影响系统性能。
一文带你了解MySQL之undo日志
Multis
06-01 5684
有的时候事务执行过程中可能已经修改了很多东西，执行到一半失败，为了保证事务的，我们需要把东西改回原先的样子，这个过程就称之为回滚
MySQL Undo Log 深度解析：表空间、MVCC、回滚机制与版本演进全解
往者之不谏 来者犹可追
12-08 1848
本文系统性解析了 MySQL InnoDB 的 Undo Log，包括表空间结构、Undo 的回滚与 MVCC 原理、Undo/Binlog/Redo 的区别、物理结构与写入流程、Undo 堆积及清理机制，并结合 MySQL 各版本演进对 Undo 的优化进行深入讲解。本文既适合面试备战，也适合从底层理解 MySQL 事务机制的读者。
一文彻底搞懂mysql binlog redolog undolog 作用原理以及运行机制
悟已往之不谏，知来者之可追
04-01 800
bin log binlog主要应用场景 查看bin log日志 使用日志恢复数据 删除二进制日志 写入时机 Binlog的日志格式 Statement Row Mixed Binlog 相关参数 是否启用binlog日志 配置文件参数说明 清理过期的Binlog日志 手工删除binlog 自动删除binlog 常用的Binlog操作命令 Binlog文件以及扩展 Redo Log 为什么不直接修改磁盘中的数据？ 修改内存再异步同步到磁盘的问题 redo log一定能保证事务的持久性吗？ redo log
硬核干货，带你一文掌握 MySQL 的binlog 、redo log、undo log
Java_LingFeng的博客
12-10 1149
在MySQL 中我们经常会接触到三个核心日志，它们分别是：binlog 、redo log、undo log。 好多同学对于它们可能并不陌生，但是具体区分起来各自的功能用途以及实现原理，那可能认知就会比较模糊了，今天就跟大家一起，来清晰明了的介绍一下这些日志的核心思想和功能原理。
MySQL -复合查询
nplplus的博客
12-24 1160
本文系统介绍了MySQL复合查询的核心操作，从单表基础查询到多表关联查询，再到子查询和合并查询。首先回顾了单表查询中的条件筛选、排序计算和聚合分组等基础操作；然后讲解了多表联查（包括三表联查）和自连接的实现方法；接着详细阐述了子查询的多种应用场景，包括单行、多行子查询和FROM子句中的临时表用法；最后介绍了UNION和UNION ALL合并查询的区别。所有示例均基于经典的员工管理系统（EMP、DEPT、SALGRADE表），配有真实查询结果，建议读者通过实践来掌握这些查询技巧。
MySQL 数据类型全面详解（含案例+总结）
qq_59093178的博客
12-22 890
MySQL 数据类型全面详解（含案例+总结）
使用python操作MySQL
2201_75573294的博客
12-25 786
连接池是创建和管理一个连接的缓冲池的技术，这些连接准备好被任何需要它们的线程使用。连接池用于提高在数据库上执行命令的性能。连接池本质上就是数据库连接的缓存。使用数据库连接时，如果池中有一个可用，它将使用该连接而不是重新建立另一个新的连接 ，用完后不是关闭它，而是将其放回池中。2：druid功能最为全面，sql拦截等功能，统计数据较为全面，具有良好的扩展性。3：综合性能，扩展性等方面，可考虑使用druid或者hikariCP连接池。5.HikariCP连接池的使用。3.常见的数据连接池。
k8s+Flink断点续传(MySQL同步Starrocks)
最新发布
weixin_42562106的博客
12-26 165
Flink 3.4版本在Kubernetes环境下的部署与优化 摘要：本文介绍了Flink 3.4版本在Kubernetes环境下的部署方案和优化措施。通过K8s原生支持实现了基础设施级容错，包括Pod故障自动重启、节点故障自动调度以及S3持久化存储等特性，确保作业的稳定运行。提供了集群启动命令和核心JAR包清单，详细说明了包含S3支持的Docker镜像构建方法，并给出了完整的FlinkDeployment YAML模板配置。配置中重点设置了Checkpoint、状态后端、高可用等关键参数，充分利用K8s和
【MySQL】数据类型以及库和表的操作
2401_86449430的博客
12-22 1161
连接服务器：mysql-h127.0.0.1-P3306-uroot-p-h 后面指定MySQL服务器地址 -P 后面指定端口 -u 后面指定用户名 -p 后面跟随密码。
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]。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值