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