MySQL的undo log用于事务回滚和MVCC机制，分为insert undo log和update undo log。事务提交后，如果undo页未满3/4，将被复用。purge线程负责删除不再需要的undo log。insert undo log在事务提交后即可删除，update undo log则由purge线程处理。delete操作并不立即删除数据，而是标记删除，真正删除由purge线程完成。
上一篇讲完了redo log，这篇博客再来讲讲undo log，重做日志
undo log的作用是事务回滚或者事务提交失败时用来恢复数据的，还有一个作用是用在了MVCC机制中（这个我们后面再讲），undo log跟redo log这种物理日志不同，它是一个逻辑日志
当我们执行了增删改操作之后，undo log其实就代表了一个回滚的操作，如果是insert操作，那么重做之后就会delete这些数据；如果是delete操作的话，那么会insert这些数据；如果是update操作的话，那么就是反向的update操作（undo log的产生同时也会产生redo log日志）
undo log并不是一次性的，InnoDB存储引擎中undo log是可以复用的，当提交事务时，如果undo页的使用空间小于3/4的话，那就就会被复用，新的undo log会被加入到当前undo log的后面。一个事务提交之后，undo log可能还会记录其他事务需要的记录，所以undo log和undo log所在的页如果要删除的话，得由一个叫做purge的线程来控制
在InnoDB引擎中，undo log分为了两种，一种是insert undo log，另一种是update undo log，接下来分别来介绍一下
- insert undo log：顾名思义，这是用在insert语句上的undo log，因为事务具有隔离性，所以一个事务的insert语句对于其他事务是不可见的，所以只要事务提交了，那么这个
最低0.47元/天 解锁文章
638
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
