相关概念

1.概念

Binlog 是 MySQL Server 维护的一种二进制日志,主要是用来记录对 MySQL 数据更新或潜在发生更新的 SQL 语句,并以
"事务"的形式保存在磁盘中(文件)。

2.用途
  • 复制:MySQL 的 Master-Slave 协议,让 Slave 可以通过监听 Binlog 实现数据复制,达到数据一致的目的
  • 数据恢复:通过 mysqlbinlog 工具恢复数据
  • 增量备份
3.相关变量

mysql 模拟binlog中断 mysql binlog协议_MySQL


mysql 模拟binlog中断 mysql binlog协议_SQL_02

4.binlong日志的三种格式

mysql 模拟binlog中断 mysql binlog协议_SQL_03


* ROW

仅保存记录被修改细节,不记录 SQL 语句上下文相关信息:能非常清晰的记录下每行数据的修改细节,不需要记录上下文相

关信息,因此不会发生某些特定情况下的 procedure、function、及 trigger 的调用触发无法被正确复制的问题,任何情况

都可以被复制,且能加快从库重放日志的效率,保证从库数据的一致性。

* STATEMENT

每一条会修改数据的 SQL 都会记录在 Binlog 中:只需要记录执行语句的细节和上下文环境,避免了记录每一行的变化,在

一些修改记录较多的情况下相比 ROW 类型能大大减少 Binlog 日志量,节约 IO,提高性能;还可以用于实时的还原;同时

主从版本可以不一样,从服务器版本可以比主服务器版本高。

* MIXED

以上两种类型的混合使用。经过前面的对比,可以发现 ROW 类型和 STATEMENT 类型各有优势,如能根据 SQL 语句取舍

可能会有更好地性能和效果;MIXED 便是以上两种类型的结合。

5.常用命令

mysql 模拟binlog中断 mysql binlog协议_SQL_04


mysql 模拟binlog中断 mysql binlog协议_binlog监听_05

对于 MySQL Binlog,我们可以不用过分追究 Binlog 里面到底包含了些什么,对于应用的话,我们最重要要搞清楚 Binlog 的

Event:每个 Event 包含 header 和 data 两个部分;header 提供了 Event 的创建时间,哪个服务器等信息,data 部分

提供的是针对该 Event 的具体信息,如具体数据的修改。我们对 Binlog 的解析,即为对 Event 的解析。