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

最新推荐文章于 2025-02-16 10:29:54 发布

chengzhou3885

最新推荐文章于 2025-02-16 10:29:54 发布

阅读量274

点赞数

文章标签：数据库

原文链接：https://my.oschina.net/kyuan2cn/blog/715799

版权

本文深入探讨了InnoDB存储引擎中的undolog机制，解释了undolog如何存储被当前活动事务修改的数据副本，以及它在确保数据一致性和支持并发事务中的关键作用。此外，还详细介绍了undolog在MySQL不同版本中的变化，以及其与临时表事务的关系。

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

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