回滚日志
回滚日志，保存了事务发生之前的数据的一个版本，用于事务执行时的回滚操作，同时也是实现多版本并发控制（MVCC）下读操作的关键技术。
如何理解Undo Log
事务需要保证原子性，也就是事务中的操作要么全部完成，要么什么也不做。但有时候事务执行到一半会出现一些情况，比如：
- 事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致的错误。
- 在事务执行过程中我们手动输入ROLLBACK语句结束当前事务的执行。这时需要把数据改回原先的样子，这个过程称之为回滚。
- 每当我们要对一条记录做改动时，都需要把回滚时所需的东西记下来。
MySQL把这些为了回滚而记录的这些内容称之为撤销日志或者回滚日志(即Undo Log)。注意，由于查询操作(SELECT）并不会修改任何用户记录，所以在杳询操作行时，并不需要记录相应的Undo日志
Undo Log会产生Redo Log，也就是Undo Log的产生会伴随着Redo Log的产生，这是因为Undo Log也需要持久性的保护。
作用：
- 事务发生错误时回滚rollback，即提供数据回读；
- 提供了MVCC（多版本并发控制）的非锁定读（快照读）；
原理：
DB_TRX_ID：事务ID，mysql会对每一个事务分配一个全局的，不冲突的id。
DB_ROLL_PTR：回滚指针
DB_ROW_ID：如果没有主动加主键列，innodb自己加的主键列。
undo log的存储机制
undo log的存储由InnoDB存储引擎实现，数据保存在InnoDB的数据文件中。在InnoDB存储引擎中，undo log是采用分段(segment)的方式进行存储的。rollback segment称为回滚段，每个回滚段中有1024个undo log segment。在MySQL5.5之前，只支持1个rollback segment，也就是只能记录1024个undo操作。在MySQL5.5之后，可以支持128个rollback segment，分别从resg slot0 - resg slot127，每一个resg slot，也就是每一个回滚段，内部由1024个undo segment 组成，即总共可以记录128 * 1024个undo操作。
redo log与undo log比较
- undo log和redo logo都是InnoDB的功能，都是事务日志。
- redo log通常是物理日志，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，它用来恢复提交后的物理数据页(恢复数据页，且只能恢复到最后一次提交的位置)。
- undo log用来回滚行记录到某个版本。undo log一般是逻辑日志，根据每行记录进行记录。
- undo log保证事务的原子性，而redo log则是保证事务的持久性。undo log在InnoDB中用来实现MVCC多版本控制，执行rollback操作时，undo log可以作为事务回滚的快照读参考，而redo log是备份的最新数据位置，系统冗机时，只要重启mysql服务，就可以将未持久保存的数据持久到磁盘。
