mysql 事件id_MySQL binlog中的事件类型

最新推荐文章于 2021-02-27 01:28:13 发布
最新推荐文章于 2021-02-27 01:28:13 发布
阅读量233 收藏
点赞数
文章标签： mysql 事件id
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39942037/article/details/113167208
版权

MySQL binlog记录的所有操作实际上都有对应的事件类型的，譬如STATEMENT格式中的DML操作对应的是QUERY_EVENT类型，ROW格式下的DML操作对应的是ROWS_EVENT类型。

首先，看看源码中定义的事件类型

源码位置：mysql-5.7.14/libbinlogevents/include/binlog_event.h

enumLog_event_type

{/**

Every time you update this enum (when you add a type), you have to

fix Format_description_event::Format_description_event().*/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 is like LOAD_EVENT except that it has a longer

sql_ex, allowing multibyte TERMINATED BY etc; both types share the

same class (Load_event)*/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,/**

The PRE_GA event numbers were used for 5.1.0 to 5.1.15 and are

therefore obsolete.*/PRE_GA_WRITE_ROWS_EVENT= 20,

PRE_GA_UPDATE_ROWS_EVENT= 21,

PRE_GA_DELETE_ROWS_EVENT= 22,/**

The V1 event numbers are used from 5.1.16 until mysql-trunk-xx*/WRITE_ROWS_EVENT_V1= 23,

UPDATE_ROWS_EVENT_V1= 24,

DELETE_ROWS_EVENT_V1= 25,/**

Something out of the ordinary happened on the master*/INCIDENT_EVENT= 26,/**

Heartbeat event to be send by master at its idle time

to ensure master's online status to slave*/HEARTBEAT_LOG_EVENT= 27,/**

In some situations, it is necessary to send over ignorable

data to the slave: data that a slave can handle in case there

is code for handling it, but which can be ignored if it is not

recognized.*/IGNORABLE_LOG_EVENT= 28,

ROWS_QUERY_LOG_EVENT= 29,/** Version 2 of the Row events*/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,

TRANSACTION_CONTEXT_EVENT= 36,

VIEW_CHANGE_EVENT= 37,/*Prepared XA transaction terminal event similar to Xid*/XA_PREPARE_LOG_EVENT= 38,/**

Add new events here - right above this comment!

Existing events (except ENUM_END_EVENT) should never change their numbers*/ENUM_END_EVENT/*end marker*/};

实际上还是蛮多的，下面就挑几个重点的说一下

QUERY_EVENT

QUERY_EVENT以文本的形式来记录事务的操作。

QUERY_EVENT类型的事件通常在以下几种情况下使用：

1. 事务开始时，执行的BEGIN操作。

2. STATEMENT格式中的DML操作

3. ROW格式中的DDL操作

譬如：

mysql> show binlog events in 'mysql-bin.000021';+------------------+-----+-------------+-----------+-------------+-----------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+-------------+-----------+-------------+-----------------------------------------------+

| mysql-bin.000021 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000021 | 120 | Query | 1 | 195 | BEGIN |

| mysql-bin.000021 | 195 | Query | 1 | 298 | insert into test.t1 values(1,'a') |

| mysql-bin.000021 | 298 | Xid | 1 | 329 | COMMIT /*xid=25*/ |

| mysql-bin.000021 | 329 | Query | 1 | 408 | BEGIN |

| mysql-bin.000021 | 408 | Query | 1 | 515 | use `test`; insert into test.t1 values(2,'b') |

| mysql-bin.000021 | 515 | Xid | 1 | 546 | COMMIT /*xid=33*/ |

+------------------+-----+-------------+-----------+-------------+-----------------------------------------------+

FORMAT_DESCRIPTION_EVENT

FORMAT_DESCRIPTION_EVENT是binlog version 4中为了取代之前版本中的START_EVENT_V3事件而引入的。它是binlog文件中的第一个事件，而且，该事件只会在binlog中出现一次。MySQL根据FORMAT_DESCRIPTION_EVENT的定义来解析其它事件。

它通常指定了MySQL Server的版本，binlog的版本，该binlog文件的创建时间。

譬如：

# at 4#160817 11:00:10 server id 1 end_log_pos 120 CRC32 0x03010da1 Start: binlog v 4, server v 5.6.31-log created 160817 11:00:10# Warning: this binlog is eitherin use or was not closed properly.

mysql> show binlog events in 'mysql-bin.000021';+------------------+-----+-------------+-----------+-------------+-----------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+-------------+-----------+-------------+-----------------------------------------------+

| mysql-bin.000021 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |...

ROWS_EVENT

对于ROW格式的binlog，所有的DML语句都是记录在ROWS_EVENT中。

ROWS_EVENT分为三种：WRITE_ROWS_EVENT，UPDATE_ROWS_EVENT，DELETE_ROWS_EVENT，分别对应insert，update和delete操作。

对于insert操作，WRITE_ROWS_EVENT包含了要插入的数据

对于update操作，UPDATE_ROWS_EVENT不仅包含了修改后的数据，还包含了修改前的值。

对于delete操作，仅仅需要指定删除的主键(在没有主键的情况下，会给定所有列)

对于QUERY_EVENT事件，是以文本形式记录DML操作的。而对于ROWS_EVENT事件，并不是文本形式，所以在通过mysqlbinlog查看基于ROW格式的binlog时，需要指定-vv --base64-output=decode-rows。

譬如：

mysql> show binlog events in 'mysql-bin.000027';+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| mysql-bin.000027 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000027 | 120 | Query | 1 | 188 | BEGIN |

| mysql-bin.000027 | 188 | Table_map | 1 | 236 | table_id: 80 (test.t1) |

| mysql-bin.000027 | 236 | Write_rows | 1 | 278 | table_id: 80 flags: STMT_END_F |

| mysql-bin.000027 | 278 | Xid | 1 | 309 | COMMIT /*xid=198*/ |

| mysql-bin.000027 | 309 | Query | 1 | 377 | BEGIN |

| mysql-bin.000027 | 377 | Table_map | 1 | 425 | table_id: 80 (test.t1) |

| mysql-bin.000027 | 425 | Update_rows | 1 | 475 | table_id: 80 flags: STMT_END_F |

| mysql-bin.000027 | 475 | Xid | 1 | 506 | COMMIT /*xid=199*/ |

| mysql-bin.000027 | 506 | Query | 1 | 574 | BEGIN |

| mysql-bin.000027 | 574 | Table_map | 1 | 622 | table_id: 80 (test.t1) |

| mysql-bin.000027 | 622 | Delete_rows | 1 | 664 | table_id: 80 flags: STMT_END_F |

| mysql-bin.000027 | 664 | Xid | 1 | 695 | COMMIT /*xid=200*/ |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

13 rows in set (0.00 sec)

XID_EVENT

在事务提交时，不管是STATEMENT还是ROW格式的binlog，都会在末尾添加一个XID_EVENT事件代表事务的结束。该事件记录了该事务的ID，在MySQL进行崩溃恢复时，根据事务在binlog中的提交情况来决定是否提交存储引擎中状态为prepared的事务。

ROTATE_EVENT

当binlog文件的大小达到max_binlog_size的值或者执行flush logs命令时，binlog会发生切换，这个时候会在当前的binlog日志添加一个ROTATE_EVENT事件，用于指定下一个日志的名称和位置。

mysql> show binlog events in 'mysql-bin.000028';+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| mysql-bin.000028 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000028 | 120 | Rotate | 1 | 167 | mysql-bin.000029;pos=4 |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

2 rows in set (0.00 sec)

# at 120#160817 12:34:26 server id 1 end_log_pos 167 CRC32 0xd965567c Rotate to mysql-bin.000029 pos: 4

GTID_LOG_EVENT

在启用GTID模式后，MySQL实际上为每个事务都分配了个GTID

譬如：

# at 448#160818 5:37:32 server id 1 end_log_pos 496 CRC32 0xaeb24aac GTID [commit=yes]

SET @@SESSION.GTID_NEXT= 'cad449f2-5d4f-11e6-b353-000c29c64704:3'/*!*/;

# at496#160818 5:37:32 server id 1 end_log_pos 571 CRC32 0x042ca092 Query thread_id=2 exec_time=0 error_code=0SET TIMESTAMP=1471469852/*!*/;

BEGIN/*!*/;

# at571#160818 5:37:32 server id 1 end_log_pos 674 CRC32 0xa35beb37 Query thread_id=2 exec_time=0 error_code=0SET TIMESTAMP=1471469852/*!*/;

insert into test.t1 values(2,'b')/*!*/;

# at674#160818 5:37:32 server id 1 end_log_pos 705 CRC32 0x1905d8c6 Xid = 12COMMIT/*!*/;

mysql> show binlog events in 'mysql-bin.000033';+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

| mysql-bin.000033 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000033 | 120 | Previous_gtids | 1 | 191 | cad449f2-5d4f-11e6-b353-000c29c64704:1 |

| mysql-bin.000033 | 191 | Gtid | 1 | 239 | SET @@SESSION.GTID_NEXT= 'cad449f2-5d4f-11e6-b353-000c29c64704:2' |

| mysql-bin.000033 | 239 | Query | 1 | 314 | BEGIN |

| mysql-bin.000033 | 314 | Query | 1 | 417 | insert into test.t1 values(1,'a') |

| mysql-bin.000033 | 417 | Xid | 1 | 448 | COMMIT /*xid=11*/ |

| mysql-bin.000033 | 448 | Gtid | 1 | 496 | SET @@SESSION.GTID_NEXT= 'cad449f2-5d4f-11e6-b353-000c29c64704:3' |

| mysql-bin.000033 | 496 | Query | 1 | 571 | BEGIN |

| mysql-bin.000033 | 571 | Query | 1 | 674 | insert into test.t1 values(2,'b') |

| mysql-bin.000033 | 674 | Xid | 1 | 705 | COMMIT /*xid=12*/ |

| mysql-bin.000033 | 705 | Rotate | 1 | 752 | mysql-bin.000034;pos=4 |

+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

11 rows in set (0.00 sec)

PREVIOUS_GTIDS_LOG_EVENT

开启GTID模式后，每个binlog开头都会有一个PREVIOUS_GTIDS_LOG_EVENT事件，它的值是上一个binlog的PREVIOUS_GTIDS_LOG_EVENT+GTID_LOG_EVENT，实际上，在数据库重启的时候，需要重新填充gtid_executed的值，该值即是最新一个binlog的PREVIOUS_GTIDS_LOG_EVENT+GTID_LOG_EVENT。

譬如：

mysql> show binlog events in 'mysql-bin.000033';+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

| mysql-bin.000033 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000033 | 120 | Previous_gtids | 1 | 191 | cad449f2-5d4f-11e6-b353-000c29c64704:1 |

| mysql-bin.000033 | 191 | Gtid | 1 | 239 | SET @@SESSION.GTID_NEXT= 'cad449f2-5d4f-11e6-b353-000c29c64704:2' |

| mysql-bin.000033 | 239 | Query | 1 | 314 | BEGIN |

| mysql-bin.000033 | 314 | Query | 1 | 417 | insert into test.t1 values(1,'a') |

| mysql-bin.000033 | 417 | Xid | 1 | 448 | COMMIT /*xid=11*/ |

| mysql-bin.000033 | 448 | Gtid | 1 | 496 | SET @@SESSION.GTID_NEXT= 'cad449f2-5d4f-11e6-b353-000c29c64704:3' |

| mysql-bin.000033 | 496 | Query | 1 | 571 | BEGIN |

| mysql-bin.000033 | 571 | Query | 1 | 674 | insert into test.t1 values(2,'b') |

| mysql-bin.000033 | 674 | Xid | 1 | 705 | COMMIT /*xid=12*/ |

| mysql-bin.000033 | 705 | Rotate | 1 | 752 | mysql-bin.000034;pos=4 |

+------------------+-----+----------------+-----------+-------------+-------------------------------------------------------------------+

11 rows in set (0.00sec)

mysql> show binlog events in 'mysql-bin.000034';+------------------+-----+----------------+-----------+-------------+------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+----------------+-----------+-------------+------------------------------------------+

| mysql-bin.000034 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000034 | 120 | Previous_gtids | 1 | 191 | cad449f2-5d4f-11e6-b353-000c29c64704:1-3 |

+------------------+-----+----------------+-----------+-------------+------------------------------------------+

2 rows in set (0.00 sec)

mysql-bin.000033日志中的Previous_gtids是cad449f2-5d4f-11e6-b353-000c29c64704:1，GTID是cad449f2-5d4f-11e6-b353-000c29c64704:2和cad449f2-5d4f-11e6-b353-000c29c64704:3，这样，在下一个日志，即mysql-bin.000034中的Previous_gtids是cad449f2-5d4f-11e6-b353-000c29c64704:1-3。

# at 120#160818 5:39:38 server id 1 end_log_pos 191 CRC32 0x4e84f3b5 Previous-GTIDs

# cad449f2-5d4f-11e6-b353-000c29c64704:1-3

STOP_EVENT

当MySQL数据库停止时，会在当前的binlog末尾添加一个STOP_EVENT事件表示数据库停止。

譬如：

mysql> show binlog events in 'mysql-bin.000030';+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| mysql-bin.000030 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.31-log, Binlog ver: 4 |

| mysql-bin.000030 | 120 | Stop | 1 | 143 | |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

2 rows in set (0.04 sec)

# at 120#160818 5:18:04 server id 1 end_log_pos 143 CRC32 0xf20ddc85 Stop

参考

1. MariaDB原理与实现

2. MySQL官方文档

weixin_39942037
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
解析MySQL binlog --（1）大致结构及event type
帅的数说
03-11 2410
1、简介binlog以事件的形式记录数据库变更情况。通过执行show binlog events in "binlog file"命令可以查看事件mysql> show binlog events in "mysql-bin.000002"; +------------------+-----+-------------+-----------+-------------+---------...
读取mysql binlog event_MySQL binlog之log event
weixin_31787977的博客
01-26 138
MySQL binlog之log event概述binlog是mysql以二进制形式打印的日志，它默认不加密，不压缩。每个正常的binlog文件头部，有4个字节的标记，值为0xfe 0x62 0x69 0x6e。LOG_EVENT是binlog里的单位。除去头部的标记，binlog就是一个LOG_EVENT的序列。每个LOG_EVENT都独立单元，没有互相引用的关系，它也有自己的二进制头部，主要是...
mysql binlog event类型
puts "hello saint!"
10-26 3107
http://forge.mysql.com/wiki/MySQL_Internals_Binary_Log#Event_Data_for_Specific_Event_Types The following descriptions briefly summarize the meaning of each event type: UNKNOWN_EVENT This
MySQL binlog中的事件类型
weixin_34128411的博客
08-18 317
MySQL binlog记录的所有操作实际上都有对应的事件类型的，譬如STATEMENT格式中的DML操作对应的是QUERY_EVENT类型，ROW格式下的DML操作对应的是ROWS_EVENT类型。 首先，看看源码中定义的事件类型 源码位置：mysql-5.7.14/libbinlogevents/include/binlog_event.h enum Log_event_type ...
MySQL Binlog解析
weixin_34167819的博客
11-03 679
概述 MySQL的安装可以参考：Linux(CentOS)中常用软件安装，使用及异常——MySQL, VmTools MySQL关于Binlog的官方文档：The Binary Log 基于Binlog的主备复制：MySQL主备复制原理、实现及异常处理 什么是 Binlog MySQL Server 有四种类型的日志——E...
MySQL binlog中的事件类型详解
09-10
MySQL二进制日志（binlog）是数据库复制和...了解这些事件类型对于理解MySQL的复制机制、故障恢复以及数据库审计至关重要。通过深入理解binlog事件，我们可以更有效地管理和维护MySQL集群，确保数据的一致性和可靠性。
mysql中binlog_format模式与配置详细分析
09-09
`binlog_format` 参数定义了binlog的记录方式，有三种模式：STATEMENT、ROW和MIXED。 1. **STATEMENT模式（SBR）** - 在这种模式下，binlog记录的是修改数据的SQL语句。因为不需要记录每一行的变更，所以日志文件...
mysql binlog日志恢复【亲测有效，有例子实测】
最新发布
03-22
MySQL的二进制日志（binlog）是数据库...在实际操作中，应根据具体业务需求调整binlog的相关配置，例如binlog_format、expire_logs_days和max_binlog_size等。同时，定期备份binlog文件也是防止数据丢失的重要手段。
php_client_for_mysql_binlog 源代码包
05-16
在MySQL复制过程中，监听器扮演的角色是实时跟踪主服务器的binlog，并将这些事件应用于从服务器，确保数据的一致性。修复的bug可能涉及读取binlog事件的错误，或者在处理复杂事务时的逻辑问题。 ...
监听mysql表内容变化 mysql开启binlog
09-09
在本篇文章中，我们将讨论如何监听MySQL表内容的变化，并通过开启binlog来实现这一目标。 首先，binlog对于数据安全至关重要。当系统发生故障或需要恢复到某一特定时间点的状态时，可以使用binlog进行数据恢复。...
mysql binlog event_解析MySQL binlog --（5）ROWS_EVENT:WRITE_ROWS_EVENT、UP
weixin_36204061的博客
01-27 395
对于statement格式的binlog，所有增删改的SQL语句都记录在QUERY_EVENT中，而row格式的binlog则以ROWS_EVENT格式记录对数据库的修改。ROWS_EVENT分为3种：WRITE_ROWS_EVENT、UPDATE_ROWS_EVENT、DELETE_ROWS_EVENT，分别对应insert、update、delete。WRITE_ROWS_EVENT包含了要插...
JQuery事件绑定、解除、委托、触发
weixin_39218464的博客
10-06 682
绑定事件 jquery(obj.事件名(function(){…})) jquery(obj.on(事件名字符串, function(){…})) jquery(obj.one(事件名字符串, function(){…})) 解除绑定 jquery(obj.off([事件名字符串]) 事件委托 监听元素的长辈的事件，给该元素动态添加事件 jquery(obj.on(事件名字符串, 选择器, function(){…})) 触发事件 jquery(obj.trigger(事件名字符串)) 实例 <
mysql binlog events_MySQL binlog event 详解
weixin_39768247的博客
01-19 570
我也是只菜鸡，blog写的不对或者不严谨的地方还请大伙指出来，我及时改正，免得误人子弟。实验环境：CentOS7.3.1611 + MySQL社区版 5.7.19参考：小菜鸟DBA的微信公众号推送官方文档：3个在线工具：binlog实际上由一个个不同类型的binlog event组成，每个binlog event还包含了event header部分和event data部分(可选)。【注意：每个e...
mysql xid_MySQL Binlog 文件格式解析(XID_EVENT)
weixin_29248653的博客
02-27 1602
1. XID_EVENT 是什么？MySQL Binlog 文件由 event 组成，event 有不同的类型，本文介绍的 XID_EVENT 表示一个事务的提交操作。举个例子，执行一条事务，然后查看这个事务生成的 Binlog event，如下：事务 SQL：begin;insert into t1 select 1,1;commit;生成的 Binlog Event：mysql> sho...
书生笔记-Binlog Event Type解析
魏书生的博客
11-11 2355
binlog以事件的形式记录数据库变更情况。通过执行show binlog events in "XXX"命令可以查看事件 源码中定义的binlog event type事件类型,源码位置：binlog_event.h 先来看一个例子： 可以看到第一个event type是前面文章我们介绍的第一个event，FORMAT_DESCRIPTION_EVENT，event type 为Format_desc,这里我们还可以看到其他类型，如： Previous_gtids:上一个binlog结束的gt
MySqL数据库监听命令_Mysql数据库监听binlog
weixin_35445090的博客
01-18 2712
前言我们经常需要根据用户对自己数据的一些操作来做一些事情.比如如果用户删除了自己的账号,我们就给他发短信骂他,去发短信求他回来.类似于这种功能,当然可以在业务逻辑层实现,在收到用户的删除请求之后执行这一操作,但是数据库的binlog为我们提供了另外一种操作方法.要监听binlog,需要两步,第一步当然是你的mysql需要开启这一个功能,第二个是要写程序来对日志进行读取.mysql开启binlog....
mysql binlog协议详解_MySql-Binlog协议详解-报文篇
weixin_33577989的博客
01-18 244
#MySql-Binlog协议详解-报文篇紧接上篇流程篇，本篇主要将binlog的event报文。##Event报文分层event报文主要分三层。(1)MySql报文都有的length-body防粘包结构。(2)Event Header(2)Event Body总体结构如下图所示:##EventHeaderEvent Header结构如下图所示:(1)前4比特，是当前binlogEvent发生的时...
MySQL binlog event 详解
weixin_33940102的博客
11-21 2152
我也是只菜鸡，blog写的不对或者不严谨的地方还请大伙指出来，我及时改正，免得误人子弟。 实验环境： CentOS7.3.1611 + MySQL社区版 5.7.19 参考： 小菜鸟DBA的微信公众号推送 官方文档： https://dev.mysql.com/doc/internals/en/binary-log-versions.htm...
MySQL内核架构优化：Binlog与事件类型详解
Binlog的结构主要包括以下几个部分：时间戳、事件类型、Serverid、事件长度、事件头、事件内容和事件尾。事件头包含基本的元数据，如操作发生的时间、服务器标识、事件长度以及可能的附加标志；事件内容根据不同的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值