MySQL篇之undo log和redo log

一、持久化时服务器宕机

        缓冲池（buffer pool）: 主内存中的一个区域，里面可以缓存磁盘上经常操作的真实数据，在执行增删改查操作时，先操作缓冲池中的数据（若缓冲池没有数据，则从磁盘加载并缓存），以一定频率刷新到磁盘，从而减少磁盘IO，加快处理速度。

        数据页（page）: 是InnoDB 存储引擎磁盘管理的最小单元，每个页的大小默认为 16KB。页中存储的是行数据。

        当服务器宕机了，数据同步失败了，可能内存结构的数据会消失，那操作的数据也就丢失了，也就违背了事务的特性，违背了数据的持久化操作。

        那怎么解决这个问题呢？我们可以使用日志文件，下面详细讲解。

二、undo log

        回滚日志：用于记录数据被修改前的信息 , 作用包含两个 : 提供回滚 和 MVCC(多版本并发控制) 。undo log和redo log记录物理日志不一样，它是逻辑日志。

        1. 可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然。

        2. 当update一条记录时，它记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。

        undo log可以实现事务的一致性和原子性。

三、redo log

        重做日志：记录的是事务提交时数据页的物理修改，是用来实现事务的持久性。

        该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log file）,前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中, 用于在刷新脏页到磁盘,发生错误时, 进行数据恢复使用。

四、面试的回答

面试官：undo log和redo log的区别。

候选人：好的，其中redo log日志记录的是数据页的物理变化，服务宕机可用来同步数据，而undo log 不同，它主要记录的是逻辑日志，当事务回滚时，通过逆操作恢复原来的数据，比如我们删除一条数据的时候，就会在undo log日志文件中新增一条delete语句，如果发生回滚就执行逆操作。redo log保证了事务的持久性，undo log保证了事务的原子性和一致性。