Mysql常见的几种log

迈不过友情╰ 2023-02-20 07:22 2阅读 0赞

## 什么是binlog ##

binlog记录了数据库表结构和表数据变更，比如update/delete/insert/truncate/create。它不会记录select（因为这没有对表没有进行变更）  
**主要有两个作用：** 复制和恢复数据

*  MySQL在公司使用的时候往往都是一主多从结构的，从服务器需要与主服务器的数据保持一致，这就是通过binlog来实现的
 *  数据库的数据被干掉了，我们可以通过binlog来对数据进行恢复。

因为binlog记录了数据库表的变更，所以我们可以用binlog进行复制（主从复制)和恢复数据。

## 什么是redo log ##

假设有一条sql语句：

update user_table set name='java' where id = '1'

MySQL执行这条SQL语句，肯定是先把id=1的这条记录查出来，然后将name字段给改掉。  
实际上Mysql的基本存储结构是页(记录都存在页里边)，所以MySQL是先把这条记录所在的页找到，然后把该页加载到内存中，将对应记录进行修改。

现在就可能存在一个问题：如果在内存中把数据改了，还没来得及落磁盘，而此时的数据库挂了怎么办？显然这次更改就丢了。

如果每个请求都需要将数据立马落磁盘之后，那速度会很慢，MySQL可能也顶不住。所以  
MySQL引入了redo log，内存写完了，然后会写一份redo log，这份redo log记载着这次在某个页上做了什么修改。

其实写redo log的时候，也会有buffer，是先写buffer，再真正落到磁盘中的。至于从buffer什么时候落磁盘，会有配置供我们配置。

写redo log也是需要写磁盘的，但它的好处就是顺序IO（我们都知道顺序IO比随机IO快非常多）。

所以，redo log的存在为了：当我们修改的时候，写完内存了，但数据还没真正写到磁盘的时候。此时我们的数据库挂了，我们可以根据redo log来对数据进行恢复。因为redo log是顺序IO，所以写入的速度很快，并且redo log记载的是物理变化（xxxx页做了xxx修改），文件的体积很小，恢复速度很快。

**redo log 怎么存储**

*  redo log 记录了 sql 语句以及其他 api，对表数据产生的变化，也就是说，redo log记录的是数据的物理变化，这也是它和后面要讲的 binlog 一个最大的区别，binlog 记录的是数据的逻辑变化，这也是为什么 redo log 可以用来 crash recovery，而 binlog 不能的原因之一
 *  redo log 是存储在磁盘的，用于 crash recovery 后修正数据的，也就是我们常说的故障恢复，比如掉电，宕机等等
 *  redo log 默认有两个文件
 *  redo log 是循环写的（circular）

另外还有两个参数：

*  innodb\_log\_file\_size：设置每个 redo log 文件的大小，默认是 50331648 byte，也就是 48 MB
 *  innodb\_log\_files\_in\_group：设置 redo log 文件的数量，默认是 2，最大值是 100

**binlog和redo log 写入的细节**

redo log是MySQL的InnoDB引擎所产生的。binlog无论MySQL用什么引擎，都会有的。redo log事务开始的时候，就开始记录每次的变更信息，而binlog是在事务提交的时候才记录。  
如果写redo log失败了，那我们就认为这次事务有问题，回滚，不再写binlog。

如果写redo log成功了，写binlog，写binlog写一半了，但失败了怎么办？我们还是会对这次的事务回滚，将无效的binlog给删除（因为binlog会影响从库的数据，所以需要做删除操作）

如果写redo log和binlog都成功了，那这次算是事务才会真正成功。

**MySQL如何保证redo log和binlog的数据是一致的**  
MySQL通过两阶段提交来保证redo log和binlog的数据是一致的。

过程：

*  阶段1：InnoDB redo log 写盘，InnoDB 事务进入 prepare 状态
 *  阶段2：binlog 写盘，InooDB 事务进入 commit 状态
 *  每个事务binlog的末尾，会记录一个 XID event，标志着事务是否提交成功，也就是说，恢复过程中，binlog 最后一个 XID event 之后的内容都应该被 purge。

## 什么是undo log ##

undo log主要有两个作用：回滚和多版本控制(MVCC)

在数据修改的时候，不仅记录了redo log，还记录undo log，如果因为某些原因导致事务失败或回滚了，可以用undo log进行回滚

undo log主要存储的也是逻辑日志，比如我们要insert一条数据了，那undo log会记录的一条对应的delete日志。我们要update一条记录时，它会记录一条对应相反的update记录。  
因为undo log存储着修改之前的数据，相当于一个前版本，MVCC实现的是读写不阻塞，读的时候只要返回前一个版本的数据就行了。