mysql redo log以及binlog

拼搏现实的明天。 2021-11-04 16:52 248阅读 0赞

转载自：[http://blog.itpub.net/30126024/viewspace-2216099/][http_blog.itpub.net_30126024_viewspace-2216099]

## **总结** ##

1、ib\_logfile类似oracle的online redo log，包含commit和uncommit的数据

2、binary log类似oracle的online redo log和archive redo log,但是只有commit的数据

statement 格式的 binlog，最后会有 COMMIT；   
row 格式的 binlog，最后会有一个 XID event

3、为什么MySQL有binlog，还要redo log？因为MySQL是多存储引擎的，不管使用那种存储引擎，都会有binlog，而不一定有redo log。而redo log 事务日志ib\_logfile文件是InnoDB存储引擎产生的

4、ib\_logfile是循环使用，binary log不是循环使用，在写满或者重启之后，会生成新的binary log文件

5、两种日志记录的内容差不多类似，都是事务对应DML、DDL的信息，只是作用不同，内容可能重复，比如一个DML记录在了ib\_logfile也记录在了binary log

6、ib\_logfile作为异常宕机后启动时恢复使用

7、binary log作为数据恢复使用，主从复制搭建使用

8、两种日志写入磁盘的触发点不同，二进制日志只在事务提交完成后进行一次写入，重做日志在事务提交会写入每隔1秒也会写入。MySQL为了保证master和slave的数据一致性，就必须保证binlog和InnoDB redo日志的一致性（因为备库通过二进制日志重放主库提交的事务，如果主库commit之前就写入binlog，一旦主库crash，再次启动时会回滚事务。但此时从库已经执行，则会造成主备数据不一致）。所以必须保证二进制日志只在事务提交完成后进行一次写入

9、在主从复制结构中，要保证事务的持久性和一致性，对两种日志的相关变量设置为如下最为妥当：sync\_binlog=1(即每提交一次事务同步写到磁盘中)；innodb\_flush\_log\_at\_trx\_commit=1(即每提交一次事务都写到磁盘中)。这两项变量的设置保证了：每次提交事务都写入二进制日志和事务日志，并在提交时将它们刷新到磁盘中

10、innodb中，表数据刷盘的规则只有一个：checkpoint。但是触发checkpoint的情况却有几种（1.重用redo log文件；2.脏页达到一定比例）

11、ib\_logfile作为redo log记录的是“做了什么改动”，是物理日志，记录的是"在某个数据页上做了什么修改"；

binary log记录的是这个语句的原始逻辑，分两种模式，statement格式记录的是sql语句，row格式记录的是行的内容，记录更新前和更新后的两条数据。

## 详述 ##

### ib\_logfile ###

官方文档https://dev.mysql.com/doc/refman/5.7/en/glossary.html

一组文件，通常名为ib\_logfile0和ib\_logfile1，构成重做日志。 有时也称为日志组。 这些文件记录了尝试更改InnoDB表中数据的语句。 在崩溃后启动时，会自动重播这些语句以更正由不完整事务写入的数据。

**此数据不能用于手动恢复; 对于该类型的操作，请使用binlog二进制日志**。

### binary log ###

官方文档https://dev.mysql.com/doc/refman/5.7/en/binary-log.html

二进制日志包含描述数据库更改的“事件”，例如表创建操作或对表数据的更改。 它还包含可能已进行更改的语句的事件（例如，不匹配任何行的DELETE），除非使用基于行的日志记录。 二进制日志还包含有关每个语句获取更新数据的时间长度的信息。

二进制日志有两个重要目的：