MySQL 日志

更新涉及两个重要的日志模块：**redo log（重做日志）**和 binlog（归档日志）。

MySQL 里经常说到的 WAL 技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘。具体来说，当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写到 redo log 里面，并更新内存，这个时候更新就算完成了。同时，InnoDB 引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做。

有了 redo log，InnoDB 就可以保证即使数据库发生异常重启，之前提交的记录都不会丢失，这个能力称为 crash-safe。

MySQL 整体来看，其实就有两块：一块是 Server 层，它主要做的是 MySQL 功能层面的事情；还有一块是引擎层，负责存储相关的具体事宜。redo log 是 InnoDB 引擎特有的日志，而 Server 层也有自己的日志，称为 binlog（归档日志）。

这两种日志有以下三点不同。

1. redo log 是 InnoDB 引擎特有的；binlog 是 MySQL 的 Server 层实现的，所有引擎都可以使用。
2. redo log 是物理日志，记录的是“在某个数据页上做了什么修改”；binlog 是逻辑日志，记录的是这个语句的原始逻辑，比如 “给 ID=2 这一行的 c 字段加 1 ”。
3. redo log 是循环写的，空间固定会用完；binlog 是可以追加写入的。“追加写”是指 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。

redo log 是为了快速响应 SQL。

1. redo log本身也是文件，记录文件的过程其实也是写磁盘，那和离线写磁盘操作有何区别？

   答：写 redo log 是顺序写，并且可以组提交，不用去“找位置”，而更新数据需要找位置。

2. 响应一次 SQL 要同时操作两个日志文件。写3次（ redolog 两次，binlog 1次）。不过在并发更新的时候会合并写。

undo log

回退日志，提供回滚操作。

undo 记录某数据被修改前的值，可以用来在事务失败时进行 rollback；
redo 记录某数据块被修改后的值，可以用来恢复未写入 data file 的已成功事务更新的数据。

• undo Log 保证事务的原子性（在 InnoDB 引擎中，还用 undo Log 来实现 MVCC）

• redo Log 保证事务的持久性

三者区别

	redo	undo	binlog
作用	保持事务的持久性	帮助事务回滚及 MVCC 的功能	进行 Point-In-Time (时间点) 的恢复及主从复制环境的建立
产生主体	InnoDB	MySQL	MySQL
类型	物理日志	逻辑日志	逻辑日志
内容	每个页的修改	修改前的行数据	执行的SQL语句
每个事务的日志数量	事务执行中不断写入，多事务可并发写入	看修改的行数据量	事务提交后记一条SQL语句
幂等性	是		否