redo log与binlog的区别

最新推荐文章于 2025-08-31 16:45:40 发布
原创 最新推荐文章于 2025-08-31 16:45:40 发布 · 455 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

# redo log #binlog

本文深入解析了InnoDB引擎的redolog与MySQL Server层的binlog的区别。redolog作为物理日志，记录具体的数据页修改；而binlog作为逻辑日志，记录语句的原始逻辑。此外，还探讨了两种日志的写入方式及其特点。
  • redo log 是 InnoDB 引擎特有的；binlog 是 MySQL 的 Server 层实现的，所有引擎 都可以使用。
  •  redo log 是物理日志，记录的是“在某个数据页上做了什么修改”；binlog 是逻辑日 志，记录的是这个语句的原始逻辑，比如“给 ID=2 这一行的 c 字段加 1 ”。
  • redo log 是循环写的，空间固定会用完；binlog 是可以追加写入的。“追加写”是指 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
2 万字 + 30 张图 ｜ 细聊 MySQL undo log、redo log、binlog 有什么用？.doc
07-09
事务日志机制主要由三部分组成：undo log、redo log 和 binlog。 undo log 是 Innodb 存储引擎层生成的日志，主要用于事务回滚和 MVCC。undo log 的主要作用是记录事务执行过程中的所有操作，以便在事务回滚时可以...
MySQL的redo log、undo log、binlog
12-14
文章目录一、MySQL日志文件类型二、几种日志的对比2-1、用途   redo log   undo log   binlog2-2、存储内容、格式   redo log   undo log   binlog2-3、日志生成   redo log   undo log   binlog2-4、删除策略   redo log   undo log   binlog2-5、redo log 与 binlog 的区别三、两阶段提交 一、MySQL日志文件类型 重做日志（redo log） 回滚日志（undo log） 二进制日志（binlog） 错误日志（errorlog） 慢查询日志（slow
redolog和binlog
qq_45535340的博客
06-20 164
redolog和binlog
面试官：MySQL Redo Log 和 Binlog 有什么区别？分别用在什么场景？
zjj2006的专栏
08-31 576
从前面介绍可以看到，Redo Log 是存储引擎层控制的日志，事实上，Redo Log 是 InnoDB 存储引擎特有的日志，它是一个物理日志， 记录了在某个数据页上做了哪些修改，主要用于崩溃恢复。0：事务提交时，Redo Log 不会被立刻被写入磁盘，而是存在缓存中（Redo Log Buffer），InnoDB 后台日志线程每秒将日志从缓冲区写入文件系统缓存（Page Cache），然后调用 fsync 落盘。
必须了解的MySQL三大日志：binlog、redo log和undo log
Java知音
08-20 553
作者：六点半起床juejin.im/post/6860252224930070536日志是mysql数据库的重要组成部分，记录着数据库运行期间各种状态信息。mysql日志主要包括错误日...
redolog 和 bin log
qianqian的博客
05-01 995
我们常见的一条更新语句，如果你想细究其执行流程的话，必须要先了解 redolog 、binlog，下面我们就来了解一下这俩 CP。 redolog 重做日志 在 MySQL里如果每一次的更新操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程 IO 成本、查找成本都很高。为了解决这个问题，MySQL 的设计者就用了 WAL 技术来提升更新效率。 WAL技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志(这个日志就是 redo log)，再写磁盘。
redoLog和binlog
zhoufa.vip
11-22 1169
更新语句的执行流程 一条查询语句的执行流程，会经过连接器、查询缓存、分析器、优化器、执行器等功能模块，最后到达存储引擎；更新语句类似，所不同的是更新的流程中会涉及两个重要的日志模块：redolog和binlog; mysql> update T set c=c+1 where ID=2; 如上述更新语句，MYSQL会先连接数据库，由于是更新操作，因此会清空表T上所有的查询缓存，进入分析器，...
MySQL 的 redo log 和 binlog 区别？
hixiaoyang的博客
06-05 866
MySQL的redo log和binlog主要区别：1) 层级不同 - redo log是InnoDB引擎层的物理日志，binlog是MySQL Server层的逻辑日志；2) 用途不同 - redo log用于崩溃恢复保证事务持久性，binlog用于主从复制和数据归档；3) 写入机制不同 - redo log循环写入，binlog追加写入。二者通过两阶段提交机制保证一致性，建议生产环境配置innodb_flush_log_at_trx_commit=1和sync_binlog=1确保数据安全。redo l
【binlog和redolog有什么区别？】
Roc的博客
02-17 546
Binlog（二进制日志）定义：Binlog是MySQL的二进制日志系统，记录了所有更改数据库数据的语句的信息，以事件的形式保存。功能：主要用于数据恢复、主从复制以及数据审计。Redo Log（重做日志）定义：Redo Log是InnoDB存储引擎特有的日志系统，记录了对InnoDB存储引擎中数据页修改的物理操作。功能：主要用于确保事务的持久性，即使在系统崩溃时也能保证数据不丢失。记录内容：Binlog记录的是逻辑日志（SQL语句），Redo Log记录的是物理日志（数据页修改）。功能。
MySQL数据一致性保障：深入理解两阶段提交与redo log、binlog同步机制
zhzjn的博客
10-23 771
MySQL作为最广泛应用的关系型数据库之一，它通过一系列复杂的机制来确保在高并发环境下的数据不丢失和事务的一致性。其中，两阶段提交（2PC, Two-Phase Commit）协议在MySQL中扮演了核心角色，尤其是在确保redo log和binlog数据一致性的场景下。本文将深入浅出地解析这一过程，并附上相关面试题帮助你更好地准备技术挑战。
Mysql的三种log：binlog、redo log、undo log详解（易懂）！
weixin_43702272的博客
06-05 2061
定义：binlog是二进制格式的日志文件，是MySQL Server层实现的日志，记录所有更改数据的SQL语句(逻辑日志)。服务器层面，与存储引擎无关追加写入，不会覆盖旧日志主要用于复制和恢复主从复制数据恢复(基于时间点的恢复)数据审计STATEMENT：记录SQL语句原文优点：日志量小缺点：某些函数(如UUID())可能导致主从生成的数据不一致ROW：记录每行数据的变更优点：精确记录变更，主从一致缺点：日志量大(如批量update)MIXED：混合模式。
【MySQL实战45讲笔记】基础篇——redo log 和 binlog
m0_60511809的博客
11-19 1160
前面系统的了解了一个查询语句的执行流程，一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。对于一条更新语句，还是会同样经历一遍这个过程，与查询流程不一样的是，更新流程还涉及两个重要的日志模块：**redo log**（重做日志）和 **binlog**（归档日志）。
Mysql两大日志之binlog和redo log
Chlapis的博客
09-20 7925
Innodb 基于磁盘存储，同时按 页 的方式来管理记录，一个页的大小默认为 16KB。如果每次查询或修改都要按页和磁盘进行 IO 交互会严重影响数据库的性能，因此引入了 内存缓存； 有了内存缓存，在对数据进行查询时，先查缓存，如果数据存在直接返回，如果不存在则去磁盘读取并将读取到的页放到缓存池中，然后再返回数据；对数据的修改也是 先修改缓存池的页，而后异步的将页刷新回磁盘。但是异步刷新磁盘也带来一个新问题：在刷新磁盘前如果意外宕机，重启后内存数据已经没有了，就会导致数据丢失。
【MySQL】MySQL的三种log——binlog、redo log、undo log（一文带你彻底搞懂！）
miles067的博客
08-25 5006
binlog其实在日常的开发中听得很多的，因为很多时候数据的更新就依赖着binlog。举个简单的例子：我们的数据是保存在数据库里边的，现在我们对某个商品的某个字段的内容改了（数据库变更），而用户检索出的来数据是走搜索引擎的。为了让用户能够收到最新的数据，我们需要把引擎的数据也改掉。通俗来讲——数据库的变更，搜索引擎的数据也要变更于是，我们就会监听binlog的变更，如果binlog有变更了，那我们就需要将变更写到对应的数据源当中。什么是binlog。
【日志系统】redo log 和 binlog 详解
保持学习
03-18 3030
文章目录1、MySQL基础架构2、连接器 该博客是我根据极客时间的付费课程《MySQL实战45讲》做的笔记总结 希望能为大家带来帮助，感谢你的三连！ 1、MySQL基础架构 先给出的是 MySQL 的基本架构示意图，可以看到 SQL 语句在 MySQL 的各个功能模块中的执行过程： 根据上图得知，可以分为 Server 层和存储引擎层两部分： Server 层：涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过
redo log和binlog的纠缠
weixin_38168786的博客
07-28 138
redo log 1、redo log属于物理日志，redo log记录格式(数据文件、数据页、数据行、操作类型、操作值) 2、redo log主要用来保护innodb buffer pool中的脏数据页，系统崩溃恢复需要用到redo log， 3、redo log用来进行崩溃恢复事务的前滚；实现快速提交；新版本8.0.17新增了redolog的归档功能，用于实现防止redo备份的...
binlog与redolog
招牌DBA
03-10 871
** binlog和redolog的区别： ** 首先redolog是物理日志，binlog是逻辑日志，也就是说，redolog中以物理方式存储数据（包括数据文件、数据页等等），而binlog中主要存的是当初操作的SQL语句 其次redolog作用是保持事务的持久性，也就是说，事务开始的时候，就已经开始把每一步的数据改动写redolog日志了，所以当出现故障的时候，可以依据redolog恢...
你需要知道的redo log和binlog
qq_38862257的博客
10-30 445
MySQL中有两个重要的日志模块，分别是redo log（重做日志）和binlog（归档日志）。当我们学习MySQL的时候，这两部分内容是绕不开的，本文我将来详细的介绍一下这两个日志模块，它们在设计上有很多好玩的地方，一些思想也可以在我们工作中使用。 redo log 这里我们举个例子，比如饭店掌柜有个小黑板，专门用来记录客人的赊账记录，如果赊账的人不多，那么他就可以把顾客名字和账目写在小黑板上，如果赊账的人很多，小黑板总会记不下的时候，这个时候掌柜的就需要一个专门记录赊账的账本。 如果有人又要赊账的时候，
redo log和binlog的区别
damokelisijian866的博客
09-12 8759
前言： 在学习mysql数据库时，不可避免要去接触到redo log和binlog,好多人对这两者的概念分不太清，今天我就简单介绍下两者的区别 区别 1、redo log是innoDB引擎特有的；binlog是MySQL的Server实现的，所有引擎都可以使用 2、redo log是物理日志，记录的是“在某个数据页上做了什么修改”；binlog是记录的这个语句的原始逻辑，比如“给D=2这一行的C字段加1”。 3、redo log是循环写的，空间固定会用完；binlog是可以追加写入的。“追加写“是指binl
redolog和binlog的区别
最新发布
09-27
<think>我们正在讨论redo log和binlog的区别。根据用户提供的引用资料，我们可以从多个维度进行对比分析。以下是整理后的详细区别： 1. **核心目的与功能** - **Redo Log**：确保事务的持久性（ACID中的Durability），防止事务提交后数据丢失。在崩溃恢复时，通过重放redo log将已提交事务的数据变更重新应用到数据页[^1][^3][^4]。 - **Binlog**：用于数据备份、恢复（如PITR）、主从复制（MySQL Replication）等场景，记录数据库的逻辑变更[^1][^3][^4]。 2. **日志类型** - **Redo Log**：物理日志（Physical Log），记录的是数据页的物理修改（如“在表空间ID为X的页Y偏移量Z处写入数据W”）[^1][^3][^4]。 - **Binlog**：逻辑日志（Logical Log），记录的是SQL语句的原始逻辑（如`UPDATE t SET col=1 WHERE id=2`）或行变更的前后状态（ROW格式）[^1][^3][^4]。 3. **记录时机** - **Redo Log**：在事务执行过程中实时写入，但提交时需保证刷盘（取决于`innodb_flush_log_at_trx_commit`配置）[^1][^3]。 - **Binlog**：在事务提交完成后一次性写入（由参数`sync_binlog`控制刷盘策略）[^1][^3]。 4. **写入方式** - **Redo Log**：循环写入（Circular Write），固定大小的文件组（如`ib_logfile0`, `ib_logfile1`），覆盖已刷脏的日志[^2]。 - **Binlog**：追加写入（Append-Only），文件持续增长，需定期清理（如`expire_logs_days`）[^2]。 5. **归属与实现层** - **Redo Log**：InnoDB存储引擎层实现，仅InnoDB引擎有[^1][^4]。 - **Binlog**：MySQL Server层实现，所有引擎共享（如MyISAM也可用）[^1][^4]。 6. **事务支持** - **Redo Log**：支持崩溃恢复时的**事务原子性**（通过Undo Log配合）和**持久性**[^1][^4]。 - **Binlog**：不直接参与事务恢复，但可用于数据重建（需配合Redo Log）[^1][^4]。 --- ### 对比总结表 | **维度** | **Redo Log** | **Binlog** | |-------------------|---------------------------------------|-------------------------------------| | **核心功能** | 崩溃恢复，保证事务持久性 | 数据备份、主从复制、PITR恢复 | | **日志类型** | 物理日志（数据页变更） | 逻辑日志（SQL语句/行变更） | | **写入方式** | 循环写入（覆盖机制） | 追加写入（文件持续增长） | | **记录时机** | 事务执行中实时写入 | 事务提交后一次性写入 | | **实现层** | InnoDB引擎层 | MySQL Server层 | | **是否引擎专属** | 仅InnoDB支持 | 所有引擎通用 | | **刷盘控制参数** | `innodb_flush_log_at_trx_commit` | `sync_binlog` | --- ### 协作机制（问题1延伸） 在事务提交过程中，两者通过**两阶段提交（2PC）** 协同： ```mermaid sequenceDiagram 事务->>InnoDB: 1. 准备阶段(PREPARE) InnoDB->>Redo Log: 写入PREPARE状态日志 事务->>Binlog: 2. 写入Binlog Binlog->>磁盘: fsync刷盘 事务->>InnoDB: 3. 提交阶段(COMMIT) InnoDB->>Redo Log: 写入COMMIT状态日志 ``` - **关键点**：只有Binlog写入成功后，事务才算真正提交，否则回滚[^2][^4]。 --- ### 与Double Write的关系（问题2延伸） - **问题背景**：部分写失效（Partial Page Write）发生时（如写入16K页仅完成8K后崩溃），Redo Log无法修复损坏页（因日志基于完整页）[^4]。 - **解决方案**：Double Write在写数据页前，先将其拷贝到共享表空间的双写缓冲区，再写入磁盘。崩溃后先用双写缓冲区恢复损坏页，再Redo Log重放[^4]。 --- ### LSN的作用（问题3延伸） - **Log Sequence Number (LSN)**：单调递增的日志序列号，标识Redo Log的写入位置。 - **恢复关键**： 1. Checkpoint LSN：最后一次刷脏完成的位置（恢复起点）。 2. 比较脏页的LSN和Redo Log LSN：若脏页LSN < Log LSN，需重放该页的日志[^1][^3]。 --- ### 性能优化（问题4延伸） 1. **Redo Log**： - 增大`innodb_log_file_size`和`innodb_log_files_in_group`（日志总大小=单个文件大小×文件数）。 - 调整`innodb_flush_log_at_trx_commit=2`（非金融场景）。 2. **Binlog**： - 设置`sync_binlog=N`（每N次提交刷盘一次）。 - 使用ROW格式+批量提交减少日志量[^2][^4]。 --- ### §§相关问题§§ 1. 两阶段提交如何保证Redo Log和Binlog的一致性？ 2. 为什么Binlog不能替代Redo Log？ 3. 如何监控Redo Log和Binlog的写入延迟？ 4. 在主从复制中，Binlog的三种格式（STATEMENT/ROW/MIXED）有何优劣？ </think>### Redo Log 与 Binlog 核心区别详解 #### 1. **本质与目的** | **维度** | **Redo Log** | **Binlog** | |----------------|------------------------------------------|----------------------------------------| | **核心目标** | 保证事务持久性，崩溃恢复 | 数据备份/主从复制/时间点恢复 | | **实现层** | InnoDB 存储引擎层实现 | MySQL Server 层实现 | | **归属性质** | 引擎级日志（仅 InnoDB） | 服务级日志（所有存储引擎通用） | | **日志类型** | **物理日志**：记录数据页的物理修改 | **逻辑日志**：记录 SQL 语句或行变更逻辑[^3] | > **关键差异**：Redo Log 是崩溃恢复的"急救包"，Binlog 是数据历史的"纪录片"[^1][^4]。 --- #### 2. **日志内容** **Redo Log 记录示例** ```plaintext 表空间ID:5, 页号:18, 偏移量:200 → 写入 "ABC" (物理位置变更) ``` - 记录**数据页的物理变化**（如页号+偏移量）[^1][^3] - 最小单元：单个数据页修改 **Binlog 记录示例** ```sql /* Statement格式 */ UPDATE users SET name='Alice' WHERE id=10; /* Row格式 */ 原始数据: {id:10, name:'Bob'} 新数据: {id:10, name:'Alice'} ``` - 记录**逻辑操作**（SQL 语句或行变更前后值） - 支持三种格式： - `STATEMENT`：原始 SQL - `ROW`：行数据变更（默认） - `MIXED`：混合模式[^1][^4] --- #### 3. **写入机制** | **特性** | **Redo Log** | **Binlog** | |------------------|---------------------------------------|-------------------------------------| | **写入时机** | 事务执行中实时写入 | 事务提交后一次性写入 | | **存储方式** | **循环写入**：固定大小文件覆盖 | **追加写入**：文件持续增长 | | **刷盘控制** | `innodb_flush_log_at_trx_commit` | `sync_binlog` | | **生命周期** | 数据刷盘后立即失效 | 长期保留（手动/自动清理） | > **循环 vs 追加**：Redo Log 类似环形缓冲区，Binlog 类似只增账本[^2]。 --- #### 4. **协作流程（两阶段提交）** ```mermaid sequenceDiagram 事务->> Redo Log: PREPARE 状态写入 事务->> Binlog: 提交事务并写入日志 Binlog-->> 事务: 确认写入成功 事务->> Redo Log: COMMIT 状态写入 ``` 1. **Prepare 阶段**：Redo Log 标记事务为 `PREPARED` 2. **Binlog 写入**：提交事务并记录 Binlog 3. **Commit 阶段**：Redo Log 标记事务为 `COMMITTED`[^3] > 该机制确保两者一致性：Binlog 成功是事务提交成功的最终标志。 --- ### 核心区别总结 | **对比维度** | **Redo Log** | **Binlog** | |---------------|---------------------------------|---------------------------------| | **存在意义** | 救命药（崩溃恢复） | 历史书（数据追溯） | | **日志性质** | 物理日志 | 逻辑日志 | | **覆盖范围** | 仅 InnoDB 引擎 | 所有存储引擎 | | **数据粒度** | 数据页级别 | 事务/语句级别 | | **持久化策略**| 循环覆盖 | 永久保留（直到手动删除） | > **协同价值**：Redo Log 保证数据不丢，Binlog 保证数据可追溯——两者共同实现 ACID 与高可用[^4]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值