Mysql三类log解析

log

undo log

binlog

redo log

binlog

binlog

binlog

binlog

binlog

update/delete/insert/truncate/create

select

binlog

SQL

binlog

binlog

binlog

binlog

update user_table set name='java3y' where id = '3'

MySQL执行这条SQL语句，肯定是先把

id=3

的这条记录查出来，然后将

name

字段给改掉。这没问题吧？实际上Mysql的基本存储结构是 页(记录都存在页里边)，所以MySQL是先把这条记录所在的 页找到，然后把该页加载到内存中，将对应记录进行修改。现在就可能存在一个问题： 如果在内存中把数据改了，还没来得及落磁盘，而此时的数据库挂了怎么办？显然这次更改就丢了。如果每个请求都需要将数据 立马落磁盘之后，那速度会很慢，MySQL可能也顶不住。所以MySQL是怎么做的呢？MySQL引入了

redo log

，内存写完了，然后会写一份

redo log

，这份

redo log

记载着这次 在某个页上做了什么修改。其实写

redo log

的时候，也会有

buffer

，是先写

buffer

，再真正落到磁盘中的。至于从

buffer

什么时候落磁盘，会有配置供我们配置。

所以，

redo log

的存在为了：当我们修改的时候，写完内存了，但数据还没真正写到磁盘的时候。此时我们的数据库挂了，我们可以根据

redo log

来对数据进行恢复。因为

redo log

是顺序IO，所以 写入的速度很快，并且

redo log

记载的是物理变化（xxxx页做了xxx修改），文件的体积很小， 恢复速度很快。

三、binlog和redo log

看到这里，你可能会想：

binlog

和

redo log

这俩也太像了吧，都是用作”恢复“的。其实他俩除了"恢复"这块是相似的，很多都不一样，下面看我列一下。

存储的内容

binlog

记载的是

update/delete/insert

这样的SQL语句，而

redo log

记载的是物理修改的内容（xxxx页修改了xxx）。所以在搜索资料的时候会有这样的说法：

redo log

记录的是数据的 物理变化，

binlog

记录的是数据的 逻辑变化

功能

redo log

的作用是为 持久化而生的。写完内存，如果数据库挂了，那我们可以通过

redo log

来恢复内存还没来得及刷到磁盘的数据，将

redo log

加载到内存里边，那内存就能恢复到挂掉之前的数据了。

binlog

的作用是复制和恢复而生的。

主从服务器需要保持数据的一致性，通过

binlog

来同步数据。 如果整个数据库的数据都被删除了，

binlog

存储着所有的数据变更情况，那么可以通过

binlog

来对数据进行恢复。

又看到这里，你会想：”如果整个数据库的数据都被删除了，那我可以用

redo log

的记录来恢复吗？“ 不能因为功能的不同，

redo log

存储的是物理数据的变更，如果我们内存的数据已经刷到了磁盘了，那

redo log

的数据就无效了。所以

redo log

不会存储着 历史所有数据的变更， 文件的内容会被覆盖的。

binlog和redo log 写入的细节

redo log

是MySQL的InnoDB引擎所产生的。

binlog

无论MySQL用什么引擎，都会有的。InnoDB是有事务的，事务的四大特性之一：持久性就是靠

redo log

来实现的（如果写入内存成功，但数据还没真正刷到磁盘，如果此时的数据库挂了，我们可以靠

redo log

来恢复内存的数据，这就实现了持久性）。上面也提到，在修改的数据的时候，

binlog

会记载着变更的类容，

redo log

也会记载着变更的内容。（只不过一个存储的是物理变化，一个存储的是逻辑变化）。那他们的写入顺序是什么样的呢？

redo log

事务开始的时候，就开始记录每次的变更信息，而

binlog

是在 事务提交的时候才记录。于是新有的问题又出现了：我写其中的某一个

log

，失败了，那会怎么办？现在我们的前提是先写

redo log

，再写

binlog

，我们来看看：

如果写

redo log

失败了，那我们就认为这次事务有问题，回滚，不再写

binlog

。 如果写

redo log

成功了，写

binlog

，写

binlog

写一半了，但失败了怎么办？我们还是会对这次的 事务回滚，将无效的

binlog

给删除（因为

binlog

会影响从库的数据，所以需要做删除操作） 如果写

redo log

和

binlog

都成功了，那这次算是事务才会真正成功。

简单来说：MySQL需要保证

redo log

和

binlog

的 数据是一致的，如果不一致，那就乱套了。

如果

redo log

写失败了，而

binlog

写成功了。那假设内存的数据还没来得及落磁盘，机器就挂掉了。那主从服务器的数据就不一致了。（从服务器通过

binlog

得到最新的数据，而主服务器由于

redo log

没有记载，没法恢复数据） 如果

redo log

写成功了，而

binlog

写失败了。那从服务器就拿不到最新的数据了。

MySQL通过 两阶段提交来保证

redo log

和

binlog

的数据是一致的。

四、什么是undo log

undo log

有什么用？

undo log

主要有两个作用：回滚和多版本控制(MVCC)在数据修改的时候，不仅记录了

redo log

，还记录

undo log

，如果因为某些原因导致事务失败或回滚了，可以用

undo log

进行回滚

undo log

主要存储的也是逻辑日志，比如我们要

insert

一条数据了，那

undo log

会记录的一条对应的

delete

日志。我们要

update

一条记录时，它会记录一条对应 相反的update记录。这也应该容易理解，毕竟回滚嘛，跟需要修改的操作相反就好，这样就能达到回滚的目的。因为支持回滚操作，所以我们就能保证：“ 一个事务包含多个操作，这些操作要么全部执行，要么全都不执行”。【原子性】因为

undo log

存储着修改之前的数据，相当于一个 前版本，MVCC实现的是读写不阻塞，读的时候只要返回前一个版本的数据就行了。

注：内容整理自公众号Java3y 【没想到MySQL还会问这些...】