一文搞懂MySQL中redolog,undolog,binlog和数据落盘时机

最新推荐文章于 2025-03-17 19:31:07 发布
最新推荐文章于 2025-03-17 19:31:07 发布
阅读量252 收藏 1
点赞数 4
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/2201_76033304/article/details/145952445
版权 
MySQL日志和数据落盘策略
	redo log
		写入时机
			事务中，数据发生修改
		写入内容
			物理日志，某个表某数据页某偏移量进行修改
		刷盘时机
			事务提交
			log buffer空间不足
			CheckPoint——InnoDB检查点，会定期检查脏数据，并将脏数据页刷新和对应日志刷新进磁盘
			后台线程定期落盘
			正常关闭服务器
		特点
			顺序写入，写入磁盘的空间是连续性的
			重做日志是循环使用的，可以理解为循环队列
	undo log
		写入时机
			事务中，数据发生修改
		写入内容
			sql语句，修改的反向操作
		刷盘时机
			undo log的存储依赖于redo log，undo log的修改会先记录在redo log中，随着redo log的刷盘进行刷盘
	bin log
		写入时机
			事务中，先把日志写到binlog cache，事务提交的时候，再把binlog cache写到bin log文件中
		写入内容
			二进制数据
		刷盘时机
			写入文件系统缓冲区
			刷新到磁盘
				sync_binlog=0;不会立即调用fsync，交由操作系统调用
				sync_binlog=1;立即调用fsync
				sync_binlog>N;当N个事务提交才会调用fsync
【Java程序员面试指南 七】MySQL原理机制
MaoLin Tian's Blog
03-14 433
为什么 MySQL 索引要使用 B+树而不是其它树形结构？比如 B （B-）树和红黑树？ 主要内容参照一文彻底搞懂MySQL基础：B树和B+树的区别 红黑树是自平衡二叉搜索树，计算机科学内比较常用的一种数据结构，它使得对数据的搜索，插入和删除操作都能保持在O(lgn)的时间复杂度 B-树与红黑树类似，只不过允许每个节点有更多的子节点，自平衡多叉搜索树 B+树较B-树更进一步，是B-树的变体，区别是 它的所有关键字存储在叶子节点出现，内部节点(非叶子节点并不存储真正的 data) 为所有叶子结点增加了.
基于MySql,Redis,Mq,ES的高可用方案解析
m0_71777195的博客
07-31 1367
本片文章主要是分析当下不同应用场景下的几个主流系统的高可用策略，来看一下如何来保障的系统的高可用常见的高可用思路冗余（如数据副本、主备服务等）拆分（数据拆分、服务能力拆分等）持久化redis持久化RDB数据落盘加载方式+AOF记录操作命令用于回放策略主从，主从从全量数据冗余、读写请求分离，负载均衡的思想；核心问题在于主节点挂掉之后需要人工参与手动指定主库哨兵机制PING/PONG的探活机制，监听主节点，宕机之后自动选主，确保高可用；httpshttpshttps。...
图解MySQL的binlog、redo log和undo log
以爱护甲,爱满枫林。
09-03 443
这篇文章写在一年之前，本来觉得是一篇水文没想要发，最近无聊修改了一下发了出来，希望能够用动图的形式帮助到MySQL基础不太好的朋友，大神忽略就好。需要强调的一点是，由于作者水平有限，本文只是浅显的从无到有地阐述了MySQL几种日志的大致作用，过程中省略了很多细节，比如Buffer Pool的实现细节，比如undo log和MVCC的关系，比如binlog buffer、change buffer的存在，比如redo log的两阶段提交。
MySQL高频八股——事务过程中Undo log、Redo log、Binlog的写入顺序（涉及两阶段提交）
最新发布
weixin_49426115的博客
03-17 1326
大家好，我是钢板兽！ 在上一篇文章中，我分别介绍了 **Undo Log**、**Redo Log** 和 **Binlog** 在事务执行过程中的作用与写入机制。然而，实际应用中，这三种日志的写入是有先后顺序的。因此，本篇文章将深入探讨它们的写入顺序，以便更好地理解三者与事务的联系。
mysql 的undo理解
回南山种豆的专栏
09-14 957
mysql  undo 并非是将数据库物地帝恢复到执行语句或者事务之前的样子，它只是逻辑的恢复到原来的样子，所有逻辑都被取消，这里取消操作是这样的： insert  对应的取消操作是 delete  相应的记录 delete 对应的insert  相关记录 update  对应会执行一个相反的操作，将修改前的操作回放。
MySQL数据落盘原理(redo、undo、binlog、2PC、double write等。)
weixin_38597669的博客
04-22 3561
本文对MySQL的落盘过程做了由浅到深，由简单到复杂的分析，建议先对redo、undo、binlog、2PC、double write等概念了解后再看本文，会有不一样的收获
mysql技术文档--之与redo log（重做日志）庖丁解析-超级探索！！！
阿丹的博客
09-12 249
在刚开始写本文章的是还不太清楚要如何去细啃下这两个体系，在查阅资料的过程中。发现大厂阿里的庖丁解InnoDB系列，详细了的写了很多底层知识，于是基于这个这两个文章才有了阿丹的这篇文章。
浅析MySQL事务中的redo与undo
在路上
01-09 1326
非常简单的让你理解redo日志和undo日志的区别和不同,看完相信你对mysql的理解更上一层楼
硬核干货，带你一文掌握 MySQL 的binlog 、redo log、undo log
Java_LingFeng的博客
12-10 1092
在MySQL 中我们经常会接触到三个核心日志，它们分别是：binlog 、redo log、undo log。 好多同学对于它们可能并不陌生，但是具体区分起来各自的功能用途以及实现原理，那可能认知就会比较模糊了，今天就跟大家一起，来清晰明了的介绍一下这些日志的核心思想和功能原理。
一文搞懂回滚和持久化
java111112313213的博客
09-16 274
redo log 事务的支持是数据库区分文件系统的重要特征之一，事务的四大特性： 原子性：所有的操作要么都做，要么都不做，不可分割。 一致性：数据库从一种状态变成另一种状态的的结果最终是一致的，比如A给B转账500，A最终少了500，B最终多了500，但是A+B的值始终没变。 隔离性：事务和事务之前相互隔离，互不干扰。 持久性：事务一旦提交，它对数据的变更是永久性的。 本篇文章主要说说持久性相关的知识。 当我们在事务中更新一条记录的时候，比如： update user set age=11
IO问题成顽疾，鹅厂专家来教你
weixin_43872058的博客
12-10 433
| 作者 ****王文安，腾讯CSIG数据库专项的数据库工程师，主要负责腾讯云数据库 MySQL 的相关的工作，热爱技术，欢迎留言进行交流。**** 在日常工作中，有时候会发现 MySQL 的状态不太对劲，这时候就会看看监控指标，可能会发现：写入 QPS 开始出现毛刺，或者 IO 的指标很高。这时候该怎么办呢？本文会从 Linux 层面入手，根据不同的 IO 特点来分析 MySQL 数据库可能遇到的问题，并给出一些可参考的优化/缓解思路。 一、怎么看懂 IO 指标？ 检查 IO 的问题会使用iostat这
mysql 的undo log与redo log
dengjiayue的博客
12-16 825
好处: mysql 的写的性能会高非常多;就是磁盘顺序写入的性能是 60 多万的 qps,mysql 还不是顺序写,性能会更低, 但是内存写的性能在上千万qps,性能相差几十倍.他每个数据的大小是固定的,这样就不会涉及到数据的重写问题,会快非常多,但是还是没有顺序写快。mysql 的事务没有提交,就会回到事务开始前的状态,但是 redo log只能恢复到故障/断电之前,并不能恢复到事务之前的状态.不是的,mysql 新增的数据都是先储存到缓冲区,再找合适的时机将缓冲区的数据一起落盘。
MySQL事务日志——REDO日志、UNDO日志详解
qurious7的博客
05-10 1406
本文将详细介绍MySQL数据库中的REDO日志的作用、实现了什么功能、具体机制和优缺点。需要具有一定的数据库基础、熟悉事务的ACID的前提下可以更好地阅读~
mysql提交事务前，redolog，undolog，binlog和数据更改都落入磁盘了么，这个落入磁盘过程是啥
weixin_39304656的博客
10-02 350
总之，在 MySQL 中，事务提交前，Redo log 和 Binlog 通常会确保写入到磁盘，以保证事务的持久性和可恢复性。Undo log 也会根据需要写入到磁盘，以便支持事务回滚和 MVCC。而数据更改可能不会立即写入到磁盘，而是通过缓冲池和后台线程的管理来逐步写入，以提高性能。不同的配置和存储引擎可能会对这些日志和数据的写入过程有一些差异。一、Redo log（重做日志）二、Undo log（回滚日志）三、Binlog（二进制日志）
redo Log什么时候刷盘？
qq_58488139的博客
10-30 530
参数0：会把缓存在redo log buffer中的redo log，通过调用write（）写入到操作系统的Page Cache，然后再调用fsync（）持久化到磁盘。表示每次事务提交时，都将缓存在redo log buffer里的redo log直接持久化到磁盘，这样可以保证MySQL异常重启之后数据不会丢失。表示每次事务提交时，都只是将缓存在redo log buffer里的redo log写到redo log文件，这里的。InnoDB的后台线程每隔1秒，将redo log buffer持久化到磁盘。
MySQL的日志：undo log、redo log、binlog有什么作用
m0_57408211的博客
03-19 1336
在一个事务中执行下面语句。之后可能会对其有些疑惑：1.假如我想后撤,退回到update之前，而innodb是支持事务回滚的，即是可以有后悔药吃的，那是如何实现的呢？2.MySQL的行数据是存储在数据页中的(默认大小是16k)。该update语句需要操作的数据可能分布在多个数据页中，这样就需要对磁盘进行多处读写(即是随机读写），这样 IO 成本、查找成本都很高(随机读写比顺序读写慢很多）。而MySQL的速度却是比较快的，这和我们分析的不一致，这内部是使用了什么办法解决的呢？
mysql的 undo log、redo log、bin log、buffer pool
bs_101的博客
08-05 1595
mysql中日志篇 undo log、redo log、bin log、buffer pool相关知识
redo log与undo log
qq_42898559的博客
03-09 340
当事务提交，数据到内存之前，是先写到redo log中的。当刷盘阶段，如果数据库突然宕机了或者服务器断电了，导致内存中的数据没完全写进磁盘，而且内存也残留了提交成功的数据。当事务进行时，不同事务的session会看到自己特定版本的数据，无需等待当前事务提交才能获取数据（除非配置了事务的隔离级别是串行化），保证数据的。它在事务提交之前记录更新前的数据，可以实现在事务回滚时恢复到事务开始之前的状态，从而实现事务的。redo log和undo log是Innodb引擎提供的前滚功能和回滚。（多版本并发控制）和。
mysql binlog redolog undolog 区别
05-18
MySQL 中的 binlog、redolog 和 undolog 都是用于数据恢复和事务管理的重要组件，但它们具有不同的作用和特点。 1. binlog (二进制日志) binlog 是 MySQL 服务器记录所有修改语句的日志，它包含了所有对数据库进行修改的 SQL 语句，例如 INSERT、UPDATE 和 DELETE 等。binlog 的作用在于：当需要恢复数据库时，可以使用 binlog 进行恢复。 2. redolog (重做日志) redolog 是 MySQL 引擎级别的日志，它记录了数据引擎进行修改的所有操作，包括 insert、update、delete 等操作。redolog 的作用在于：当 MySQL 异常崩溃或者系统宕机时，可以使用 redolog 进行恢复，以保证数据的一致性。 3. undolog (回滚日志) undolog 是 MySQL 引擎级别的日志，用于记录事务执行前的数据状态，以便在事务回滚时将数据还原到原始状态。undolog 的作用在于：当事务执行失败或者回滚时，可以使用 undolog 进行数据还原。 总结： binlog 记录所有修改数据库的 SQL 语句，主要用于恢复数据库；redolog 记录引擎级别的操作，主要用于保证数据一致性；undolog 记录事务执行前的数据状态，主要用于事务回滚。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值