Mysql学习——关于InnoDB(Undo Log)

undo log(或回滚段)是一块存储被当前活动事务修改的数据的副本的区域。

举个例子:事务1在修改某条记录时,并不会直接修改该数据,而是会将待修改的数据拷贝一份副本,然后将这个副本存储到undo log。

如果其他事务需要看到原始的数据(部分一致性读),我们就需要从这个undo log这块存储区域检索数据了。一般来说,这块区域的在物理上是系统表空间的部分。然而,在MySQL 5.6.3版本,undo logs可以驻留在不同的undo表空间了

InnoDB支持128 undo logs. MySQL 5.7.2 128个里有32个被保留作为non-redo undo logs用于临时表事务。更新临时表的每一个事务(不包括只读事务)会分配到两个undo logs,一个 redo-enable undo log 和 一个non-redo undo log。只读事务只会分配到non-redo undo logs,作为只读事务只允许修改临时表。

剩余的96个可用undo logs,每个最多支持1023个并发的data-modifiying事务,大小大约为96K,这96K限制了是不允许修改临时表的。如果是临时表的话,大约为32K。

转载于:https://my.oschina.net/kyuan2cn/blog/715799

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: MySQL中的undolog和redolog是两种不同的日志文件。 undolog是用于事务回滚的日志文件,它记录了事务执行前的数据状态,当事务回滚时,可以根据这些记录将数据恢复到事务执行前的状态。 redolog是用于崩溃恢复和数据恢复的日志文件,它记录了MySQL数据库中所有的修改操作,当MySQL崩溃或者出现其他异常情况时,可以根据redolog中的记录将数据恢复到最近一次提交的状态。 ### 回答2: MySQL中的undolog和redolog是两个重要的日志文件,用于维护数据的一致性和恢复。 undolog(回滚日志)是用于回滚操作的日志,它记录了事务对数据库的修改操作,在回滚时可以利用undolog将数据恢复到事务开始前的状态。undolog文件是在InnoDB存储引擎中使用的,它采用了"write ahead logging"(先写日志,再写磁盘)的机制,保证事务的原子性和一致性。 redolog(重做日志)是用于恢复操作的日志,它记录了事务对数据库的修改操作,在数据库崩溃或意外断电等情况下,通过读取redolog可以将数据库恢复到最后一次提交事务的状态。redolog文件是在InnoDB存储引擎中使用的,默认情况下是循环写入,即满了后会从头开始覆盖,以保证磁盘空间的有效利用。 undolog和redolog的作用不同,undolog主要用于事务回滚,redolog用于恢复数据库。在事务进行过程中,先将数据的修改操作写入undolog,然后再写入redolog,只有当redolog写入成功后,事务才会提交完成。这样可以保证在数据库崩溃后,借助redolog进行恢复操作,将未写入磁盘的undolog日志进行恢复。 总结来说,undolog是用于回滚操作,保证了事务的原子性和一致性;redolog是用于恢复操作,保证了数据库的持久性。两者共同作用,保证了MySQL数据库的安全可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值