redo日志和undo日志区别是什么?

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: redo日志和undo日志区别是什么?

我们都知道innoDb刷新数据到磁盘是通过页为单位来刷新的,那么总不能每次修改一条数据或者几条,就把整个页刷新到磁盘上,所以这时候redo日志的作用就是记录每条新增或者修改后的数据,在以后特定的时间flush到磁盘上。

Flush什么东西到磁盘呢?Flush那些修改之后的脏页,当redo日志满了之后,就会有限flush脏页到磁盘,来腾出redolog空间,这时候就会影响数据库的查询性能。刷新脏页的时机是mysql服务器空闲的时候,当系统内存不足的时候,当服务器正常关闭的时候,这时候就可能发生flush脏页而导致的,所以当sql查询语句突然过慢,可以排查下是否是在flush脏页。

言归正传,数据的增删查改,不会直接访问磁盘里的数据,会在mysql服务器启动的时候申请一个buffer pool size来存储这些数据,减少磁盘的I/O,当磁盘上的数据和buffer poolsize里的内存数据不同的时候,就是脏页,干净页就是相同,因为有了这个概念的存在,所以就有了刚申请时候的free链表,和flush链表,flush链表顾名思义就是放脏页的,还有lru链表,最后使用的数据,也是会flush脏页的。

Lru链表的作用是什么呢,为了减少磁盘刷新的频率,所以这里面会有热数据和冷数据的概念,是3比7,当数据量第一次访问的时候是直接放在冷数据的,只有在block_time超过这个设置的时间再次访问,才会进入热数据,这样的设计结果好处就是避免mysql的预读。

那么undo日志是干嘛的呢?他是记录需要回滚的数据,比如insert如果需要回滚,那么至少需要记录他的数据id,如果update操作需要回滚,至少要记录他修改前的数据,如果delete需要回滚,那么至少要记录他删前的数据,所以select没有undo日志。每一个数据结构都会有三个隐藏的列,row_id,这不是必须的,当表的主键或者唯一键不存在的时候才会出现row_id,还有两个必须的隐藏列,row_pointer和trx_id,一个是唯一的事务id,一个是回滚指针,回滚指针就会指向undo日志里回滚的数据页。

Undo日志的isert和delete和update是不同的,delete需要注意的,数据结构有个特定的old_roll_pointer,指向未删除之前的数据结构作用于恢复。

Update就更复杂点,会根据是否修改了主键来记录,如果没有修改主键,则会就地更新,不会更改索引树的和表空间结构来更新,如果修改数据的长度更改了也不能触发就地更新。更新主键的话,这时候会先deletemark操作数据,并不是真正的删除数据,delete mark是记录在头部信息的一个字段,为什么不是真正的删除,因为为了方便其他事务也会访问这个数据,这就是mysql的mvcc机制,之后再把他插入聚簇索引中,重新定义插入的位子。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
11天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
40 3
|
3月前
|
SQL 存储 关系型数据库
美团面试:binlog、redo log、undo log的底层原理是什么?它们分别实现ACID的哪个特性?
老架构师尼恩在其读者交流群中分享了关于 MySQL 中 redo log、undo log 和 binlog 的面试题及其答案。这些问题涵盖了事务的 ACID 特性、日志的一致性问题、SQL 语句的执行流程等。尼恩详细解释了这些日志的作用、所在架构层级、日志形式、缓存机制以及写文件方式等内容。他还提供了多个面试题的详细解答,帮助读者系统化地掌握这些知识点,提升面试表现。此外,尼恩还推荐了《尼恩Java面试宝典PDF》和其他技术圣经系列PDF,帮助读者进一步巩固知识,实现“offer自由”。
美团面试:binlog、redo log、undo log的底层原理是什么?它们分别实现ACID的哪个特性?
|
3月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1740 14
MySQL事务日志-Redo Log工作原理分析
|
3月前
|
存储 SQL 关系型数据库
面试官:你能聊聊 binlog、undo log、redo log 吗?
本文详细解析了MySQL数据库中的三种日志:binlog、undo log和redo log。binlog用于记录数据库的所有表结构变更及数据修改,支持归档、主从复制和数据恢复;undo log用于事务回滚,确保事务的原子性和实现多版本控制;redo log则用于crash-safe,确保数据库异常重启后已提交记录不丢失。文章通过实例和图表,深入浅出地介绍了每种日志的特点、应用场景及其实现机制。适合数据库开发者和运维人员阅读。
229 2
|
3月前
|
存储 关系型数据库 MySQL
MySQL中的Redo Log、Undo Log和Binlog:深入解析
【10月更文挑战第21天】在数据库管理系统中,日志是保障数据一致性和完整性的关键机制。MySQL作为一种广泛使用的关系型数据库管理系统,提供了多种日志类型来满足不同的需求。本文将详细介绍MySQL中的Redo Log、Undo Log和Binlog,从背景、业务场景、功能、底层实现原理、使用措施等方面进行详细分析,并通过Java代码示例展示如何与这些日志进行交互。
289 0
|
4月前
|
存储 缓存 关系型数据库
redo log 原理解析
redo log 原理解析
61 0
redo log 原理解析
|
4月前
|
SQL 关系型数据库 MySQL
初识 undo log
初识 undo log
41 0
|
4月前
|
存储 关系型数据库 MySQL
binlog、redolog、undo log底层原理及ACID特性实现分享
在数据库管理系统中,日志机制是确保数据一致性、完整性和可靠性的关键组件。MySQL数据库中的binlog、redolog和undolog作为其核心日志系统,各自扮演着不同但同样重要的角色。本文将深入探讨这三种日志的底层原理以及它们如何分别实现ACID(原子性、一致性、隔离性、持久性)特性的不同方面。
86 0
|
5月前
|
API C# 开发框架
WPF与Web服务集成大揭秘:手把手教你调用RESTful API,客户端与服务器端优劣对比全解析!
【8月更文挑战第31天】在现代软件开发中,WPF 和 Web 服务各具特色。WPF 以其出色的界面展示能力受到欢迎,而 Web 服务则凭借跨平台和易维护性在互联网应用中占有一席之地。本文探讨了 WPF 如何通过 HttpClient 类调用 RESTful API,并展示了基于 ASP.NET Core 的 Web 服务如何实现同样的功能。通过对比分析,揭示了两者各自的优缺点:WPF 客户端直接处理数据,减轻服务器负担,但需处理网络异常;Web 服务则能利用服务器端功能如缓存和权限验证,但可能增加服务器负载。希望本文能帮助开发者根据具体需求选择合适的技术方案。
228 0
|
5月前
|
C# Windows 监控
WPF应用跨界成长秘籍:深度揭秘如何与Windows服务完美交互,扩展功能无界限!
【8月更文挑战第31天】WPF(Windows Presentation Foundation)是 .NET 框架下的图形界面技术,具有丰富的界面设计和灵活的客户端功能。在某些场景下,WPF 应用需与 Windows 服务交互以实现后台任务处理、系统监控等功能。本文探讨了两者交互的方法,并通过示例代码展示了如何扩展 WPF 应用的功能。首先介绍了 Windows 服务的基础知识,然后阐述了创建 Windows 服务、设计通信接口及 WPF 客户端调用服务的具体步骤。通过合理的交互设计,WPF 应用可获得更强的后台处理能力和系统级操作权限,提升应用的整体性能。
133 0