MYSQL 日志

1.binlog

binlog常用来进行数据恢复、数据库复制，常见的mysql主从架构，就是采用slave同步master的binlog实现的, 另外通过解析binlog能够实现mysql到其他数据源（如ElasticSearch)的数据复制。mysql二进制日志

2.redo log- 记录新数据的备份，保证事务持久性

当客户端执行每条SQL（更新语句）时，redo log会被首先写入log buffer；当客户端执行COMMIT命令时，log buffer中的内容会被视情况刷新到磁盘。在事务提交前，只要将Redo Log持久化即可，不需要将数据持久化。当系统崩溃时，虽然数据没有持久化，但是Redo Log已经持久化。当Mysql失效重启进行恢复时重新执行redo log记录的SQL进行数据恢复。redo log在磁盘上作为一个独立的文件存在，即Innodb的log文件。mysql主从复制

3.undo log-保证事务的原子性  & 实现数据多版本MVCC

为了满足事务的原子性，在操作任何数据之前，首先将数据备份到Undo Log.然后再进行数据的修改。如果出现了错误或者用户执行了ROLLBACK语句，系统可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。undo log用于数据的回滚操作。

  具体操作是 copy事务前的数据行到undo buffer，在适合的时间(事务提交前)把undo buffer中的内容刷新到磁盘。undo log记录了数据变更历史如，删除前备份 insert插入undo log中原行记录再在删除行记录上打删除标记，修改前备份 insert插入undo log中原行记录再修改更新行数据打标事务id&回滚指针（指向undo log中原行记录）。通过undo log可以实现事务回滚，并且可以根据undo log回溯到某个特定的版本的数据，实现MVCC。  与redo log不同的是，磁盘上不存在单独的undo log文件，所有的undo log均存放在主ibd数据文件中（表空间）。