参考: https://segmentfault.com/a/1190000039733575
事务日志：redo log
先写 redo log 日志，后写磁盘
这也是一个写磁盘的过程，但是与更新过程不一样的是，更新过程是在磁盘上随机 IO，费时。 而写 redo log 是在磁盘上顺序 IO，效率要高。
PS：redo log 的存在就是把全局的随机写，变换为局部的顺序写，从而提高效率。
回滚日志 undo log
**undo log，主要提供回滚的作用，但还有另一个作用，就是多个行版本控制 (MVCC)，保证事务的原子性。**在数据修改的流程中，会记录一条与当前操作相反的逻辑日志到 undo log 中（可以认为当 delete 一条记录时，undo log 中会记录一条对应的 insert 记录，反之亦然，当 update 一条记录时，它记录一条对应相反的 update 记录），如果因为某些原因导致事务异常失败了，可以借助该 undo log 进行回滚，保证事务的完整性，所以 undo log 也必不可少。
归档日志：binlog
binlog 日志只能用于归档。
redo log 和 binlog 主要有三种不同：
redo log 是 InnoDB 引擎特有的；binlog 是 MySQL 的 Server 层实现的，所有引擎都可以使用。
redo log 是物理日志，记录的是在某个数据页上做了什么修改；binlog 是逻辑日志，记录的是这个语句的原始逻辑，比如"给 ID=2 这一行的 age 字段加1"。
redo log 是循环写的，空间固定会用完；binlog是可以追加写入的。追加写是指 binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
