读取mysql binlog event_MySQL Binlog(四)—— MySQL binlog event解析——基础知识

短命女 2022-11-02 01:00 257阅读 0赞

MySQL Binlog(四)—— MySQL binlog event解析——基础知识

前言

MySQL复制实质上就是讲binlog同步到从库上进行应用，前面的文章已经讲了如何建立复制连接，从这篇文章开始，我们来讲讲binlog里面的内容，看看主从之间同步具体同步了哪些内容，首先会介绍一些关于binlog event的基础知识，之后的文章中会详细对binlog event进行分析。

event基础知识

event类型

5.6.34版本的MySQL的event类型有：

enum Log\_event\_type

\{ UNKNOWN\_EVENT= 0,

START\_EVENT\_V3= 1,

QUERY\_EVENT= 2,

STOP\_EVENT= 3,

ROTATE\_EVENT= 4,

INTVAR\_EVENT= 5,

LOAD\_EVENT= 6,

SLAVE\_EVENT= 7,

CREATE\_FILE\_EVENT= 8,

APPEND\_BLOCK\_EVENT= 9,

EXEC\_LOAD\_EVENT= 10,

DELETE\_FILE\_EVENT= 11,

NEW\_LOAD\_EVENT= 12,

RAND\_EVENT= 13,

USER\_VAR\_EVENT= 14,

FORMAT\_DESCRIPTION\_EVENT= 15,

XID\_EVENT= 16,

BEGIN\_LOAD\_QUERY\_EVENT= 17,

EXECUTE\_LOAD\_QUERY\_EVENT= 18,

TABLE\_MAP\_EVENT = 19,

PRE\_GA\_WRITE\_ROWS\_EVENT = 20,

PRE\_GA\_UPDATE\_ROWS\_EVENT = 21,

PRE\_GA\_DELETE\_ROWS\_EVENT = 22,

WRITE\_ROWS\_EVENT\_V1 = 23,

UPDATE\_ROWS\_EVENT\_V1 = 24,

DELETE\_ROWS\_EVENT\_V1 = 25,

INCIDENT\_EVENT= 26,

HEARTBEAT\_LOG\_EVENT= 27,

IGNORABLE\_LOG\_EVENT= 28,

ROWS\_QUERY\_LOG\_EVENT= 29,

WRITE\_ROWS\_EVENT = 30,

UPDATE\_ROWS\_EVENT = 31,

DELETE\_ROWS\_EVENT = 32,

GTID\_LOG\_EVENT= 33,

ANONYMOUS\_GTID\_LOG\_EVENT= 34,

PREVIOUS\_GTIDS\_LOG\_EVENT= 35,

ENUM\_END\_EVENT /\* end marker \*/

\};

复制代码

event类型含义

这边话介绍几个常见的event类型所对应的含义，对于不常见或者现在基本上已经不用了的event类型，这边不做过多的描述，想了解详细的内容，可以查看链接:

dev.mysql.com/doc/interna…

FORMAT\_DESCRIPTION\_EVENT

FORMAT\_DESCRIPTION\_EVENT是每个binlog文件开头的一个event。

ROTATE\_EVENT

当MySQL切换至新的binlog文件的时候，MySQL会在旧的binlog文件中写入一个ROTATE\_EVENT，表示新的binlog文件的文件名，以及第一个偏移地址。当在数据库中执行FLUSH LOGS语句或者binlog文件的大小超过max\_binlog\_size就会切换新的binlog文件。

TABLE\_MAP\_EVENT

TABLE\_MAP\_EVENT只有在binlog文件是以ROW格式记录的时候，才会使用。binlog中记录的每个更改的记录之前都会有一个对应要操作的表的TABLE\_MAP\_EVENT。TABLE\_MAP\_EVENT中记录了表的定义(包括database name,table name，字段定义)，并且会将这个表的定义对应于一个数字，称为table\_id。设计TABLE\_MAP\_EVENT类型event的目的是为了当主库和从库之间有不同的表定义的时候，复制仍能进行。如果一个事务中操作了多个表，多行记录，在binlog中会将对多行记录的操作event进行分组，每组行记录操作event前面会出现对应表的TABLE\_MAP\_EVENT。

QUERY\_EVENT

记录更新操作的语句。

WRITE\_ROWS\_EVENT

在以ROW格式记录的binlog文件中，WRITE\_ROWS\_EVENT记录了插入的行记录。

UPDATE\_ROWS\_EVENT

在以ROW格式记录的binlog文件中，UPDATE\_ROWS\_EVENT记录了更新的行记录。

DELETE\_ROWS\_EVENT

在以ROW格式记录的binlog文件中，DELETE\_ROWS\_EVENT记录了删除的行记录。

event字节解析

在MySQL的发展过程中，一共出现过三个版本的event结构：

v1:在MySQL 3.23中使用

v2:在MySQL4.0.2至4.1中使用

v4:在MySQL5.0及以上版本中使用

因为目前MySQL数据库版本基本上都是5.0版本以上的，所以本文就只介绍v4版本的event架构。

event组织架构

v4版本的event主要由event header部分和post-header以及variable part部分组成。

event header是每个event都会有的部分，并且每个event header的格式是相同的，固定为19个字节长度，在event header 中记录了event\_length、type\_code等信息，可以表示event的长度，event的类型，下一个event的偏移位置等信息，都可以再event header中获取到。

extra\_headers指定了除公共头部外的内容，但是目前版本的binlog格式中，这一部分不存在的

fixed\_part部分在某些文章中也被称做post-header,每个类型的event之间的post-header部分是不相同的，但是同一类型的event占用的post-header

字节数是一样的。每个类型的event占用多少字节为post-header，这个定义在了Format\_description\_event中，下面讲Format\_description\_event的章节中会介绍。

variable part是event真实记录具体信息的部分。

event字节结构表示如下图：

![a466edea3c4924908bca8c13b04e81c9.png][]

x:y中x表示该部分从多少字节偏移开始，y表示该部分占用多少字节。

timestamp记录的是该事务记录的时间

type\_code，记录的是该event的类型，具体的event类型，见上面的Log\_event\_type

server\_id，记录的是执行该event的server的server\_id号

event\_length，该event的长度，共占多少字节

next\_position，下一个event在binlog文件中的偏移位置