redo log和bin log以及两阶段提交（笔记）

最新推荐文章于 2025-03-17 19:31:07 发布
最新推荐文章于 2025-03-17 19:31:07 发布
阅读量2.2k 收藏 7
点赞数
分类专栏： MySQL基础 MySQL高性能及优化 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40194399/article/details/120862971
版权
本文详细介绍了MySQL中redo log和bin log的作用、区别，以及两阶段提交的原因。redo log用于实现InnoDB引擎的crash-safe能力，而bin log则用于数据恢复。文章还建议开启bin log，设置sync_binlog为1以确保bin log不丢失，并调整innodb_flush_log_at_trx_commit为1保证数据不丢失。

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

1.redo log

如果熟悉MySQL你肯定知道MySQL能过对数据进行恢复（前提是开启bin log日志），当然这要归功于bin
log日志。但是你可曾听过redo log呢？

首先redo log是innodb引擎特有的，需要注意的是innodb是MySQL的一个插件。

什么是redo log呢？有啥用？实际上当我们执行一条修改语句，难道每次都要落盘吗？显然是不可能的，如果每次都需要落盘，首先数据量大的时候每次都要去对这么大的文件进行io操作，显然在效率上是不可行的。

那么redo log是怎么操作的呢？redo log首先是一个环形的文件，可以设置每个文件大小，同时是循环写入的，当对数据进行修改后会先写入到redo log，如果开启了binlog那么会再写入到bin log，最后根据实际情况来写入磁盘。这样就算MySQL异常重启了也能够保证数据不丢失，这种功能称之为crash-safe能力。

究竟什么时候写入到磁盘？

写入磁盘的实际是由MySQL决定的，例如现在不忙了。或者现在redo log要写满了。此时MySQL会主动进行触发写入到磁盘。

如下所示，write pos是当前写入的位置，而check point则是redo log落盘后对redo log进行清理后的位置。可以看出write pos和che

最低0.47元/天 解锁文章
【MySQL】详解binlog和redolog两阶段提交
关关的博客
10-10 1683
在 MySQL 的事务执行过程中，binlog 和 redo log（重做日志）协同工作来确保事务的持久性和数据一致性。MySQL 使用一种称为 【两阶段提交】 的机制来确保这两个日志之间的一致性，以避免在崩溃时出现数据不一致的情况。
【面试集锦】十分钟彻底搞懂MySQL的redolog，undolog和binlog
roykingw的专栏
12-16 894
MySQL，是现在业界最受欢迎的关系型数据库之一，他的好处毋庸置疑。但是这也让MySQL成了面试中的重灾区。到底要怎么理解MySQL那些复杂又神秘的底层架构呢？这次楼兰就带你从日志系统出发，快速解析MySQL的整体架构设计。​ MySQL的日志文件分为redolog，undolog和binlog三种。这些复杂的日志文件分别是干什么的？有什么关系？接下来我们就一层层的来拆解MySQL。
「MySQL高级篇」MySQL日志、事务原理 -- undolog、redolog、binlog、两阶段提交
BASK2311的博客
10-30 1039
实现事务的持久性将写操作从磁盘的「随机写」变成了「顺序写」只要binlog也好了，就不需要回滚，binlog没好，就需要回滚其实就是两个变成一个事务，redolog和binlog分别有 undolog、redolog、 binlog。undolog用于实现原子性，记录版本链用于回滚，并且属于逻辑日志，记录操作便于恢复redolog用于宕机后的数据恢复，记录实际的数据，属于物理日志。
MySQL高频八股——事务过程中Undo log、Redo log、Binlog的写入顺序（涉及两阶段提交）
最新发布
weixin_49426115的博客
03-17 1293
大家好，我是钢板兽！ 在上一篇文章中，我分别介绍了 **Undo Log**、**Redo Log** 和 **Binlog** 在事务执行过程中的作用与写入机制。然而，实际应用中，这三种日志的写入是有先后顺序的。因此，本篇文章将深入探讨它们的写入顺序，以便更好地理解三者与事务的联系。
MySQL的redolog、binlog日志与两阶段提交（2PC）
rachel_2016的博客
05-30 1942
二进制日志文件，也叫作变更日志（update log），它记录了所有更新数据库的语句（如DDL和 DML语句）并以二进制的形式保存在磁盘中，但是不包含没有修改任何数据的语句（不含查询操作。数据查询语句select、show等）。bin log是逻辑日志，记录的是执行语句的逻辑，和redis的AOP日志类似，会按顺序记录所有涉及更新数据的逻辑操作。
什么是binlog，redolog，两阶段提交
a2285786446的博客
02-15 539
binlog，redolog，两阶段提交
MySQL中 redo log 的两阶段提交
Shoulen的博客
04-19 1736
介绍了 MySQL 中 redo log 的两阶段提交的必要性
MySQL进阶突击系列(02)一条更新SQL执行过程 | 讲透undoLog、redoLog、binLog日志三宝
拉丁解牛技术专栏
12-06 912
深入了解核心存储引擎undoLog、redoLog、binLog日志三宝核心要点，并通过一条更新sql执行过程，来详细了解这三者的生成，以及结合一些故障场景参数配置了解他们的意义。
简介undo log、truncate、​以及undo log如何帮你回滚事物？
weixin_72753070的博客
08-03 577
truncate意为：截断其实结合 truncate table sql，就能更好的理解这个概念。当你不需要某个表中的数据时，你可以执行truncate sql将表中的数据清空掉。同样的undo log的truncate机制本质上就是为undo log 表空间文件瘦身，将不需要的undo log从undo log 表空间文件中清理掉。在MySQL 5.6(包括5.6)之前undo tablespace里面的undo数据文件是无法收缩的。...
mysql笔记
我是一言
08-13 399
过去初学mysql的笔记，在此存一份在线文档 文章目录一条sql的执行过程修改密码重置密码修改了权限不生效，需要刷新权限mysqld启动文件修改端口show命令my.cnfmysql服务启不来，要注意这几点：因为sock文件找不到登录不进去，解决办法$datadir目录下的文件解释mysql logmysqladmin免密登录 一条sql的执行过程 连接数据库（如python的MySQLdb程序代码、api、客户端），创建起来通道连接，在数据库看来是一个空闲状态，创建好通道就可以向数据库服务器发送sql语句
MySQL45讲学习 redo log 和 binlog两阶段提交
weixin_56926306的博客
11-06 980
MySQL45讲学习 redo log 和 binlog两阶段提交
【MySQL】一文彻底搞懂 Redo-log 为什么要两阶段提交？
blblccc
03-29 7501
【MySQL】一文彻底搞懂 Redo-log 为什么要两阶段提交？
什么是redo日志的“两阶段提交”
meser88的博客
06-01 1682
MySQL 引入了 binlog 组提交（group commit）机制，当有多个事务提交的时候，会将多个 binlog 刷盘操作合并成一个，从而减少磁盘 I/O 的次数，如果说 10 个事务依次排队刷盘的时间成本是 10，那么将这 10 个事务一次性一起刷盘的时间成本则近似于 1。，每个阶段有锁进行保护，因此保证了事务写入的顺序，第一个进入队列的事务会成为 leader，leader领导所在队列的所有事务，全权负责整队的操作，完成后通知队内其他事务操作结束。
MySQL学习笔记-redo log 和 binlog&两阶段提交
qq_38937634的博客
01-24 883
文章目录MySQL学习笔记-redo log 和 binlog&两阶段提交1.笔记图2.一条更新语句是如何被执行的3.redo log4.binlog5.为什么要有两份日志？6.更新语句内部执行流程7.两阶段提交 MySQL学习笔记-redo log 和 binlog&两阶段提交 前面学习了一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎，而一条更新语句的执行流程也会按照查询查询语句的流程走一遍，但更新语句会涉及到两个日志模块，分别是 redo lo
redolog与binlog为什么需要两阶段提交？
Knight
06-10 1573
然后你会发现，如果需要用这个 binlog 来恢复临时库的话，由于这个语句的 binlog 丢失，这个临时库就会少了这一次更新，恢复出来的这一行 c 的值就是 0，与原库的值不同。如果在图中时刻 A 的地方，也就是写入 redo log 处于 prepare 阶段之后、写 binlog 之前，发生了崩溃（crash），由于此时 binlog 还没写，redo log 也还没提交，所以崩溃恢复的时候，这个事务会回滚。如果 redo log 里面的事务是完整的，也就是已经有了 commit 标识，则直接提交；
redo log 与 bin log 以及两阶段提交
qq_70090214的博客
03-14 565
当遇到宕机时，如果redo log 为prepare状态，然后binlog没有刷盘成功时宕机，就将redo log 回滚即可， 在redo log 和 bin log 都刷盘后，就直接提交事务即可（根据redo log 的XA事务id去binlog查看是否存在对应id的binlog来判断）1. 在redo log 刷盘成功后，mysql宕机，而binlog还灭有来的及写入，当重启后，会根据redo log 恢复，而binlog 里并没有对应记录，这时，从库的数据就会和主库不一致。
一条更新语句的执行流程——学习redo log两阶段提交
qq_39172525的博客
04-02 441
最近在整理之前学习的mysql知识，觉得看到的 redo log两阶段提交 的图都是流程图，不是交互图，太难记忆了，所以决定自己画一张 以一条更新语句的执行流程来学习下redo log两阶段提交。 update student set age=age+1 whre id=2; 1.执行器:调用引擎接囗取id=2这一行 2.引擎:数据页在内存中，返回,否则，先从磁盘读入内存，再返回 3.执行器:拿到引擎给的行数据，把值加上1，得到新的一行数据 4.执行器:调用引擎接口写入这行新数据 5.引擎:将新行更新到内
MySQL binlog 组提交与 XA(两阶段提交)
nieyanshun_me的专栏
02-05 739
文章转载自http://www.2cto.com/database/201511/448803.html 仅为留作记录 1. XA-2PC (two phase commit, 两阶段提交 )   XA是由X/Open组织提出的分布式事务的规范(X代表transaction; A代表accordant？)。XA规范主要定义了(全局)事务管理器(TM: Transaction Manage
redo log 和 bin log 的两阶段提交
fujiang_xiao的博客
09-30 806
再根据 XID 去 bin log 中进行查找，如果 bin log 中不存在 XID，则说明 虽然 redo log 刷盘了，但是 bin log 没有刷盘，此时会进行事务回滚（根据 undo log 回滚）如果 bin log 存在 XID，则虽然 redo log 处于 prepare 状态，但 bin log 已经刷盘了，此时会对事务进行提交。会首先查看 redo log 的状态，如果 redo log 的状态为 commit，则说明事务的两阶段提交已经完成，可以放心进行数据恢复。
redolog和binlog两阶段提交
12-28
### redolog与binlog在MySQL两阶段提交机制中的作用 #### Redo Log 的角色 Redo log 主要用于崩溃恢复，确保数据不会因服务器突然宕机而丢失。当事务执行过程中发生任何更改时，这些更改会先写入 redo log 中，在此之后才会真正应用到磁盘上的表空间文件里。这种方式可以极大提高性能并保障持久性[^1]。 ```sql -- 插入一条记录作为例子展示如何触发redo log的写入 INSERT INTO T (ID, c) VALUES (2, 0); ``` #### Binlog的角色 Binlog 记录了所有的 DDL 和 DML 操作（除了某些特定命令），它主要用于复制功能以及灾难后的点恢复。每当有一个更新语句被执行时，该语句会被追加到当前活跃的日志文件中形成一系列事件流。对于上述提到的例子而言： ```sql UPDATE T SET c = c + 1 WHERE ID = 2; ``` 这条 SQL 将被转化为相应的 Query Event 或 Row Event 并保存至 binlog 文件内[^3]。 #### 两者间的交互——两阶段提交协议 为了保持这两种日志之间的一致性，MySQL 实现了一个称为 "two-phase commit protocol" 的流程。具体来说就是在准备阶段将所有必要的信息都准备好；而在第二步即提交阶段，则正式完成整个过程。这意味着只有当 redo log 已经成功确认后，才会继续向 binlog 进行写入操作[^2]。 #### 关键差异总结 | 特征 | Redo Log | Binlog | | --- | --- | --- | | **用途** | 数据库内部使用的物理日志，支持快速恢复 | 用户级逻辑日志，适用于主从同步和基于时间点的数据恢复 | | **粒度** | 行级别变更描述 | SQL 语句或行级别的变化 | | **存储位置** | InnoDB 存储引擎层 | MySQL Server 层 |
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值