MySQL undo log专题

2024-07-04  本文已影响0人  这货不是王马勺

基本概念

undo log是一种用于撤销回退的日志。在数据库事务开始之前,MySQL会先记录更新前的数据到undo log日志文件中,当食物回滚时或者数据库崩溃时,可以利用undo log进行回退。
undo log和redo log形式是不一样的。redo log是物理日志,undo log记录的是逻辑日志。

undo log作用

undo log存储机制

查看回滚段数量相关参数:

show variables like '%innodb_undo_logs%';

回滚段与事务

1.每个事务只会使用一个回滚段,一个回滚段在同一时刻可能会服务于多个事务。
2.当一个事务开始时,会指定一个回滚段。在数据被修改时,原始的数据会被复制到回滚段中进行记录。
3.在回滚段中,事务会不断填充段区,直到事务结束或空间被用完。如果当前的段区不够用,事务会在段中请求扩展。如果所有的段区都被分配完了,事务会覆盖最初的段区,或者在回滚段允许的情况下,扩展新的段区。
4.回滚段存在于undo表空间中。在数据库中可以有多个undo表空间,5.7版本中undo是在ibdata1系统表空间文件中,8.0以后被移出系统表空间独立出来了,但同一时刻只能使用一个undo表空间。
5.当事务提交时,innodb会做两件事:
1)将undo log放入列表,后台线程会定期进行清洗和清除的操作(因为提交后就不需要回滚了,等待被清洗和清除即可);
2)判断undolog所在的undo页是否可以重用(低于整个页大小的3/4则可以重用),如果可以则分配给下个事务使用。

回滚段中数据分类

1.未提交的回滚数据:用于实现读的一致性。事务关联的数据还没提交,该数据是不能被其他事务的数据覆盖的。
2.已提交但是未过期的回滚数据:该数据相关的事务已经提交,但是未过期。(过期由相关参数进行配置)
3.事务已提交且过期的回滚数据:已提交且过期的数据,在回滚段满了之后会被优先覆盖。

undo页的重用

假设TPS=1000,一个事务用一个页,就需要1000个页,太浪费了。
因此undo页被设计为可重用的。
但注意事务提交时不会立刻删除undo页,因为重用的原因,当前undo页可能有其他事务的记录。
Undo Log在commit后,会被放到一个链表中,然后判断Undo页的使用空间是否小于3/4,如果小于3/4的话,则表示当前的Undo页可以被重用,那么它就不会被回收,其他事务的Undo Log可以记录在当前Undo页的后面。由于Undo Log是离散的,所以清理对应的磁盘空间时,效率不高。

undo log存储的信息

undolog不单存储了数据更新前的记录,还包括了rowid、事务id、回滚指针。

在undo日志中事务id每次递增,回滚指针第一次如果是insert语句,回滚指针就是null,第二次update之后undo日志的回滚指针就会指向上一版本的日志记录,依次类推就会形成一个undo log回滚链,方便找到该条记录的某个历史版本。

参考下图:


undo log工作原理

参考下图:


参考

https://zhuanlan.zhihu.com/p/572914181
上一篇下一篇

猜你喜欢

热点阅读