Innodb之redo日志

最新推荐文章于 2025-03-04 14:56:37 发布
最新推荐文章于 2025-03-04 14:56:37 发布
阅读量1k 收藏 8
点赞数 26
分类专栏： MySQL 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_36211262/article/details/137791236
版权
本文详细阐述了InnoDB引擎中redolog的工作原理，包括其在MySQL中的角色、写入流程、异步刷新以及与binlog的区别。重点讲解了如何通过配置关键参数优化性能和安全性，如redolog缓冲区大小和文件设置。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Innodb引擎执行流程
在这里插入图片描述

redo log

​ MySQL中的redo log（重做日志）是实现WAL（预写式日志）技术的关键组件，用于确保事务的持久性和数据库的crash-safe能力。借用《孔乙己》中酒店掌柜使用粉板记录赊账的故事，可以形象地解释redo log的工作原理和其在MySQL中的作用。

工作原理
  • 粉板（redo log）

​ MySQL中的redo log充当了酒店掌柜的粉板角色。当有数据更新操作时，InnoDB引擎首先将这些变更写入到redo log中，并同时更新内存。这一步完成后，更新操作即视为完成。这个过程非常快，因为写入redo log通常比直接更新磁盘上的数据要快得多。

  • 账本（磁盘数据文件）

​ 与掌柜的账本类似，MySQL中的磁盘数据文件存储了数据库的持久状态。在系统空闲时，或者当redo log快满时，InnoDB会将redo log中记录的变更同步到磁盘上的数据文件中，确保数据的持久化。

  • WAL技术

​ 即Write-Ahead Logging，其核心思想是先记录日志（即先写redo log），再将数据持久化到磁盘上。这样做的好处是提高了数据更新的效率，并且通过redo log可以在数据库异常重启后恢复未持久化的数据变更，保证数据的完整性。

循环使用

在这里插入图片描述

  • redo log空间是固定的&
最低0.47元/天 解锁文章
InnoDB 存储引擎＜六＞ Redo log
Miwll的博客
11-07 1278
关于Redo Log的一些问题
数据库innodb使用redo log数据恢复原理
qq_24263755的博客
08-30 1338
数据库innodb使用redo log数据恢复原理
14.2.3 InnoDB Redo Log
weixin_30945039的博客
06-03 86
<pre name="code" class="sql"><pre name="code" class="html">14.2.3 InnoDB Redo Log 14.2.3.1 Group Commit for Redo Log Flushing redo log 是一个基于磁盘的数据结构 用于crash recovery到正确的数据(被不完全的事务写入...
【MySQL】InnoDB中的redo日志类型
最新发布
qq_45795794的博客
03-04 920
本文主要简单介绍了一下redo日志有哪几种类型，还有一些其它的类型可以在网上大概查找了解一下。
MySQL InnoDB redo Log 浅析
weixin_33924312的博客
09-29 311
MySQL的InnoDB存储引引擎的物理文件存储体系中，除了实际的数据文件(ibd, ibdata)之外，还有两个非常重要的日志系统，分别是redo日志和undo日志。 跟Oracle类似， redo log记录了对实际数据文件的物理变更(数据文件的什么位置数据做了如何的变更)。InnoDB也是采用了WAL(日志优先落盘)，也就是说在实际数据文件的修改落盘之前redo日志已经落盘，从而来保证事务的...
InnoDB redo
weixin_34185364的博客
10-22 284
一、REDO简介 redo log用于记录除了 SELECT的所有操作。 重做日志作用是：当崩溃恢复期间用于前滚已经提交的数据，回滚未提交的数据。 MySQL以循环方式写入重做日志文件。 重做日志的增加以LSN值表示。 切换redo log的时候发生checkpoint，触发脏页的刷新 默认情况下，innodb会创建2组大小均为5M的REDOLOG，分别为ib_logfile0、i...
InnoDB之redo log
morris
09-24 1632
在事务的实现机制上，MySQL采用的是WAL（Write-ahead logging，预写式日志）机制来实现的。 在使用WAL的系统中，所有的修改都先被写入到日志中，然后再被应用到系统中。通常包含redo和undo两部分信息。 为什么需要使用WAL，然后包含redo和undo信息呢？举个例子，如果一个系统直接将变更应用到系统状态中，那么在机器掉电重启之后系统需要知道操作是成功了，还是只有部分成功或者是失败了（为了恢复状态）。如果使用了WAL，那么在重启之后系统可以通过比较日志和系统状态来决定是继续完成操作还
innodb引擎redo文件维护方法
12-16
如果要对innodb的redo日志文件的大小与个数进行调整可以采用如下步骤： 1、关闭mysql mysqladmin -h127.0.0.1 -P3306 -uroot -p shutdown 2、修改配置文件中的innodb_log_file_size 、innodb_log_files_in_group 3、...
Mysql Innodb日志（redo，undo）详解
约定明天
08-08 1548
大家都知道mysql是日志优先的数据库，日志先于数据写入磁盘，先使用顺序IO写入然后，再根据一定的频率将脏页刷新回磁盘。实现了数据库崩溃后的数据恢复等。本文主要是介绍 redo log（重做日志） 和 undo log（回滚日志），他们的作用，实现原理，以及 联系与区别。 什么是redo log？ redo log （重做日志），是在修改数据缓冲页时候记录页修改的日志，是一种基于页的物理日志。记录...
innodb引擎redo文件维护
weixin_33911824的博客
01-15 133
如果要对innodb的redo日志文件的大小与个数进行调整可以采用如下步骤： 　　1、关闭mysql mysqladmin -h127.0.0.1 -P3306 -uroot -p shutdown 　　2、修改配置文件中的innodb_log_file_size 、innodb_log_files_in_group 　　3、启动mysql service mysqld start   按...
InnoDB磁盘架构之redo log
Android_la的博客
12-01 1085
文章目录1 问题背景 1 问题背景 前面研究了InnoDB磁盘架构之双写缓冲区，今天来研究
mysql事务-innodb中的redolog详解
yxkong的专栏
06-05 1692
redo 日志什么是redo日志？是为了在系统因崩溃而重启时恢复崩溃前的状态而产生的概念，mysql在运行过程中修改数据时由innodb引擎产生的（某个表空间第n号页面中偏移量为m处的值由x更新为y）记录日志，用于保证持久性； redo log从 log buffer 刷入磁盘的时机：log buffer 空间不足；事务提交 （这也是为啥事务会影响性能的点之一）；定时刷盘（每秒），通过flush链表服务正常停止；做checkpoint时；innodb_flush_log_at_trx_commit
MySQL InnoDB 存储引擎 Redo Log（重做日志）详解
m0_54258715的博客
12-19 1292
MySQL InnoDB 存储引擎 Redo Log（重做日志）详解
Innodb 中的 redo log 个人理解
rc_yubai的博客
01-26 363
在学习中碰到了一个问题，下面是我的思考内容。 MySQL innodb 中的 redo log 的存在意义，为什么需要新加一个日志，如果没有 redo log，两阶段提交就可以改成直接 commit，岂不美滋滋？ 比较通用的说法：redo log 的存在，为 innodb 保证了在数据库发生异常重启时，之前提交的记录不会丢失，这个称为 crash-safe。 那么问题来了：如果只有一个 binlo...
InnoDB redo & undo
u012438810的专栏
08-22 428
前记 事务隔离性由锁实现； 原子性、一致性、持久性由数据库redo log和undo log完成。redo log重做日志，保证事务原子性和持久性，undo log保证事务一致性； redo和undo都可视为一种恢复操作，redo恢复提交事务修改的页操作，undo回滚行记录到某个特定版本； redo是物理日志，记录的是页的物理操作，undo是逻辑日志，根据每行记录进行记录； redo ...
MySQL之深入InnoDB存储引擎——redo日志
qq_25046827的博客
08-08 898
我们知道数据的修改首先是在Buffer Pool中进行的，之后再定时刷到磁盘中。那么如果在事务提交后还没刷新到磁盘中，系统就崩溃了，那么此时数据就丢失了，这就不满足事务的持久性了。而如果我们考虑每次提交之后，都同步将事务中所有的页面刷新到磁盘，这样确实可以保证持久性，但是我们只是希望这个提交的事务的修改不会丢失，即使崩溃在重启后也可能进行恢复，那么其实完全没有必要在每次提交的时候就将页面全部刷回去，**只需要对修改的内容简单的做一个记录就可以了**。
mysql dba系统学习（10）innodb引擎的redo log日志的原理
weixin_33795806的博客
09-04 228
在InnoDB中，bufferpool里面的dirtypage一方面可以加快数据处理速度，同时也会造成数据的不一致(RAMvsDISK)。本文介绍了dirtypage是如何产生，以及InnoDB如何利用redolog如何消除dirtypage产生的数据不一致。当事务(Transaction)需要修改某条记录（row）时，InnoDB需要将该数据所在的page从disk读到bu...
InnoDB之redo log格式
程序员小潘
10-10 1026
MySQL有一个组件叫Buffer Pool，它通过内存来缓存磁盘里的数据页，来提升数据读写性能。所有数据的读写首先经过Buffer Pool，并不直接和磁盘打交道。加速读不会有问题，但是加速写可能会存在数据不一致的问题。试想这样一个场景：如果只在Buffer Pool中修改了页面，事务已经提交了，但是Buffer Pool里的脏页还没来得及刷新到磁盘，此时系统崩溃，内存里的数据失效，就会导致刚刚提交的事务数据丢失，这一点是不可接受的，它违背了事务的持久性。
InnoDB事务日志（redo log 和 undo log）详解
yygr的博客
02-25 1324
https://www.bbsmax.com/A/kvJ3yPPXdg/ 数据库通常借助日志来实现事务，常见的有undo log、redo log，undo/redo log都能保证事务特性，undolog实现事务原子性，redolog实现事务的持久性。 为了最大程度避免数据写入时io瓶颈带来的性能问题，MySQL采用了这样一种缓存机制：当query修改数据库内数据时，InnoDB先将该数据从磁盘读取到内存中，修改内存中的数据拷贝，并将该修改行为持久化到磁盘上的事务日志（先写redo log buffer，
[MY-013865] [InnoDB] Redo log writer is waiting for a new redo log file. Consider increasing innodb_redo_log_capacity.
05-25
这个错误提示是MySQL InnoDB引擎的一条日志记录，意思是Redo日志写入器正在等待一个新的Redo日志文件。InnoDB引擎使用Redo日志来保证事务的持久性和恢复能力，当Redo日志写满时会触发切换到新的Redo日志文件。如果提示这个错误，说明当前的Redo日志已经写满，但是没有新的Redo日志可用，这个时候可以考虑增加innodb_redo_log_capacity参数的值来提高Redo日志的容量。你可以通过修改MySQL配置文件或者使用命令行的方式来修改该参数的值，例如： ``` SET GLOBAL innodb_redo_log_capacity=4096; ``` 需要注意的是，修改该参数的值可能会影响到数据库性能和稳定性，所以需要谨慎操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值