undo日志详解

一、undo日志介绍

上一节详细的说了redo日志，redo日志的功能就是把增删改操作都记录着，如果断电导致内存中的脏页丢失，可以根据磁盘中的redo日志文件进行恢复。redo日志被设计出来是为了保证数据库的持久性，undo日志设计出来是为了保证数据库的原子性。一个事务开启之后，做增删改操作，会记录redo日志，但是如果后悔了进行回滚，redo日志是做不到回退的，这时候就需要undo日志了。

总结：记住一句话，redo日志保证了数据库的持久性，undo日志保证了数据库的原子性。

二、undo日志格式

一般每次对记录做一次改动就会对应生成一条undo日志。有些更新语句记录的操作中，也可能会生成两条undo日志。

一个事务在执行过程中可能新增，删除，更新若干条记录，同样也会生成若干条记录，这些undo日志会从0开始编号，并且是按照顺序生成，被称为第0号undo日志，1号。。。

这些undo日志是被记录到类型为FIL_PAGE_UNDO_LOG页面。这些页面可以从系统表空间（ibdata1文件）中分配，也可以从一种专门存放undo日志的表空间，也就是undo tablespace。

insert操作对应的undo日志

前面文章说过，插入操作分为乐观插入和悲观插入。但是关于插入操作无非就是把记录放到数据页中，如果想要回滚就直接把这条记录删除就可以，也就是说在写对应的undo日志时，主要是把这条记录的主键记录，这样删除记录就可以根据主键找到二级索引和聚簇索引上的记录。InnoDB设计了一个类型为为TRX_UNDO_INSERT_REC的undo⽇志

属性说明：

undo no上面说过，从0开始，只要这个事务没提交，按顺序生成undo日志，依次递增。

主键的每个列占用的存储空间和真实值。为什么存储主键就可以了，上面也说了，如果想要回滚就直接把这条记录删除就可以，也就是说在写对应的undo日志时，主要是把这条记录的主键记录，这样删除记录就可以根据主键找到二级索引和聚簇索引上的记录。后面的delete和update也一样不再强调。

向 undo_demo 中插⼊两条记录：