回滚机制_详解mysql undo管理--概念、三阶段、purge机制、undo构成和布局

概述

之前已经介绍了一次MYSQL UNDO方面的内容,今天主要再介绍一下UNDO的其他几个方面,下面先简单说下概念。


一、undo概述

undo log有两个作用:提供回滚和多个行版本控制(MVCC)。

在数据修改的时候,不仅记录了redo,还记录了相对应的undo,如果因为某些原因导致事务失败或回滚了,可以借助该undo进行回滚。

5.6以前undo都存储在内存和ibdata1中,5.6以后undo可以独立成单独的文件,更可以进行truncate表空间,减少磁盘容量


二、undo三阶段

203d2bcf01c07625e8968eaf057288a0.png

1、回滚段分类

update_undo: 只用于事务内的update和delete语句 这里会加入到其对应rollback segment的history list数据页列表上,history list长度加1。该log需要提供mvcc机制,因此不能在事务提交时就进行删除。提交时放入undo log链表,等待purge线程进行清除。

insert_undo:只用于事务内的insert语句 新插入的记录产生的Undo不会被任何查询语句所引用,因此可以直接释放undo,这里的undo log不会累加到history list上。这里的insert操作的记录只对事务本身可见。所以该undo log在事务提交后直接删除,不需要进行purge操作。

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL事务的两阶段提交(Two-Phase Commit, 2PC)是一种协议,用于确保分布式环境中多个数据库实例之间的事务一致性。它由一个协调者和多个参与者组成。 在2PC中,事务分为两个阶段:准备阶段和提交阶段。 1. 准备阶段: - 协调者向所有参与者发送准备请求,并等待它们的响应。 - 参与者执行事务的操作,并将操作的结果记录在redo log中,以便在系统崩溃时进行恢复。同时,它们还会在undo log中记录相应的撤销信息。 2. 提交阶段: - 协调者根据参与者的响应情况做出决策: - 如果所有参与者都成功执行事务并确认准备就绪,协调者发送提交请求给所有参与者。 - 如果任何一个参与者未能成功执行事务或未确认准备就绪,协调者发送中止请求给所有参与者。 - 参与者接收到提交请求后,将事务进行提交操作,并将提交结果记录在redo log中。 - 参与者接收到中止请求后,将事务进行回滚操作,并将回滚结果记录在undo log中。 redo log和undo log是MySQL中用于实现事务的关键组件。 - redo log是用于持久化事务操作的日志,记录了事务所做的修改操作。当系统崩溃或发生故障时,可以通过redo log将未提交的修改重新应用到数据库中,确保数据的完整性。 - undo log是用于实现事务的回滚操作的日志,记录了事务所做的修改操作的撤销信息。当事务需要回滚时,可以通过undo log将修改的数据还原到事务开始之前的状态。 这些日志的使用可以确保在系统发生故障或崩溃时,数据库可以进行恢复并保持数据的一致性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值