innodb 02 undo 日志详解

秒速五厘米 2023-01-04 14:46 138阅读 0赞

undo log

### 基本概念 ###

undo log有两个作用：提供回滚和多个行版本控制(MVCC)。  
undo log和redo log记录物理日志不一样，它是逻辑日志。可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然，当update一条记录时，它记录一条对应相反的update记录。

undo log是采用段(segment)的方式来记录的，每个undo操作在记录的时候占用一个undo log segment。  
另外，undo log也会产生redo log，因为undo log也要实现持久性保护。

### 对回滚的支持： ###

当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚

### 对MVCC的支持： ###

当读取的某一行被其他事务锁定时，它可以从undo log中分析出该行记录以前的数据是什么，从而提供该行版本信息，让用户实现非锁定一致性读取。

### 存储方式： ###

存储引擎对undo的管理采用段的方式。rollback segment称为回滚段，每个回滚段中有1024个undo log segment。  
undo log默认存放在共享表空间中。  
果开启了 innodb\_file\_per\_table ，将放在每个表的.ibd文件中。

### delete/update操作的内部机制： ###

当事务提交的时候，innodb不会立即删除undo log，因为后续还可能会用到undo log，如隔离级别为repeatable read时，事务读取的都是开启事务时的最新提交行版本，只要该事务不结束，该行版本就不能删除，即undo log不能删除。  
但是在事务提交的时候，会将该事务对应的undo log放入到删除列表中，未来通过purge来删除。并且提交事务时，还会判断undo log分配的页是否可以重用，如果可以重用，则会分配给后面来的事务，避免为每个独立的事务分配独立的undo log页而浪费存储空间和性能。

通过undo log记录delete和update操作的结果发现：(insert操作无需分析，就是插入行而已)  
delete操作实际上不会直接删除，而是将delete对象打上delete flag，标记为删除，最终的删除操作是purge线程完成的。  
update分为两种情况：update的列是否是主键列。  
如果不是主键列，在undo log中直接反向记录是如何update的。即update是直接进行的。  
如果是主键列，update分两部执行：先删除该行，再插入一行目标行。