MySQL undo redo log的基本理解

和oracle一样，mysql也是使用undo log来实现事务的原子性及多版本控制。

为了满足事务的原子性，在操作任何数据之前，首先将数据备份到一个地方  （这个存储数据备份的地方称为Undo Log）。然后进行数据的修改。如果出现了错误或者用户执行了  ROLLBACK语句，系统可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。事务一旦完成，该事务对数据的修改都会持久的保存到数据库中。

但是有个问题，每个事务完成如果都立即将变更后的数据更新到数据库，也就是将Undo log写入磁盘会非常的频繁，会导致大量的IO。那能不能不每次提交都同步数据，而且过段时间有足够多的数据一起来将undo log持久到数据库中？

这时就引入了redo log，redo log与undo log相反，redo log存的是新数据的备份。在事务提交的时候只需要保证新数据已持久化到redo log就可以了。万一需要恢复的时候，即使数据库的数据没有更新，可以用redo log的最新数据进行恢复。

所以说，undo保证了事务的原子性，而redo则保证了事务的持久性，只要commit了就能从redo进行恢复。当然redo也记录了没有commit的数据，不过恢复的时候会从最后一次checkpoint的点开始重做redo log（所有已提交和未提交的事务都会重做），接着通过undo log来回滚那些未提交的事务。

参考：http://www.zhdba.com/mysqlops/2012/04/06/innodb-log1/