MySQL Binlog简介

概述

---

binlog（binary log，二进制日志）是MySQL server维护的一组日志文件，用来记录对数据进行修改的信息。
MySQL 的二进制日志 binlog 可以说是 MySQL 最重要的日志，它记录了所有的 DDL(表写操作) 和 DML（数据写操作） 语句（除了数据查询语句select、show等），以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。binlog 的主要目的是复制和恢复。

使用场景

---

• MySQL主从复制：MySQL Replication在Master端开启binlog，Master把它的二进制日志传递给slaves- 来达到master-slave数据一致的目的
• 数据恢复：通过使用 mysqlbinlog工具来使恢复数据

Binlog日志格式

---

记录在二进制日志中的事件的格式取决于二进制记录格式。支持三种格式类型：

• STATEMENT：基于SQL语句的复制（statement-based replication, SBR）
• ROW：基于行的复制（row-based replication, RBR）
• MIXED：混合模式复制（mixed-based replication, MBR）

在 MySQL 5.7.7 之前，默认的格式是 STATEMENT，在 MySQL 5.7.7 及更高版本中，默认值是 ROW。日志格式通过 binlog-format 指定，如 binlog-format=STATEMENT、binlog-format=ROW、binlog-format=MIXED。

Statement

语句级别，记录写操作的SQL语句

• 优点：不需要记录每一行的变化，减少了binlog日志量，节约了IO, 提高了性能。

• 缺点：可能会造成数据不一致，比如now()函数，random()函数。比如update user set name = ‘张三’ where time < now() 。

Row

行级别，记录每次操作后行的变化。

• 优点： 记录的是行变化，不会出现数据不一致

• 缺点:以行的记录保存，会占用空间。

注：将二进制日志格式设置为ROW时，有些更改仍然使用基于语句的格式，包括所有DDL语句，例如CREATE TABLE， ALTER TABLE，或 DROP TABLE。

Mixed

从5.1.8版本开始，MySQL提供了Mixed格式，实际上就是Statement与Row的结合。
在Mixed模式下，一般的语句修改使用statment格式保存binlog，如一些函数，statement无法完成主从复制的操作，则采用row格式保存binlog，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种。