-
undo log(回滚日志) ：是 Innodb 存储引擎层生成的日志，实现了事务中的原子性 ，主要用于事务回滚和 MVCC。
-
redo log(重做日志) ：是 Innodb 存储引擎层生成的日志，实现了事务中的持久性 ，主要用于掉电等故障恢复。
-
binlog(归档日志) ：是 Server 层生成的日志，主要用于数据备份和主从复制；
为什么需要 undo log？
当你执行 "增删改" sql语句时，不需要手动的begin和commit事务，MYSQL会 隐式 的开启事务来执行 "增删改"，执行成功结束后，会自动提交事务。（autocommit，默认为true）
undo log（回滚日志），它保证了事务的 ACID 特性 (opens new window)中的原子性（Atomicity）。在进行增删改时，会把一些内容记录到undo log里，比如：
执行增语句 时，会将 键值 存储到undo log中，回滚就根据主键值删掉记录就好了。
执行删语句 时，会将 内容 保存到undo log中，回滚就将内容添加回去就好了。
执行改语句 时，会将 旧值 保存到undo log中，回滚就把记录更新为旧值就好了。
一条记录的每一次更新操作产生的 undo log 格式都有一个 roll_pointer 指针和一个 trx_id 事务id：
通过 trx_id 可以知道该记录是被哪个事务修改的；
通过 roll_pointer 指针可以将这些 undo log 串成一个链表，这个链表就被称为版本链；
另外，undo log 还有一个作用，通过 ReadView + undo log 实现 MVCC（多版本并发控制）。
对于 读已提交 和 可重复读 隔离级别。对于普通的select的语句是通过MVCC来实现，它们的区别在于创建 ReadView 的时机不同：
读已提交：每个select都会生成一个ReadView，当一个事务执行过程中，另外一个事务在第一个事务过程中提交了，然后第一个事务又执行一个select语句，这时会生成一个ReadView
可重复读：事务开启时，第一个select语句创建一个ReadView，这个事务的操作自始自终都用的这个ReadView。
undo log 两大作用：
实现事务回滚，保障事务的原子性。
实现 MVCC（多版本并发控制）关键因素之一