MYSQL三个日志

• 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（多版本并发控制）关键因素之一