下文主要给大家带来解析MySQL binlog --以QUERY_EVENT事件举例，希望解析MySQL binlog --以QUERY_EVENT事件举例能够带给大家实际用处，这也是我编辑这篇文章的主要目的。好了，废话不多说，大家直接看下文吧。

一、介绍

QUERY_EVENT事件以文本的形式记录信息。当binlog格式时statement时，执行的语句都存储在QUERY_EVENT中，如下所示：

mysql> show binlog events in "mysql-bin.000002";  
+------------------+-----+-------------+-----------+-------------+---------------------------------------------+  
| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                        |  
+------------------+-----+-------------+-----------+-------------+---------------------------------------------+  
| mysql-bin.000002 |   4 | Format_desc |        11 |         120 | Server ver: 5.6.26-debug-log, Binlog ver: 4 |  
| mysql-bin.000002 | 120 | Query       |        11 |         191 | BEGIN                                       |  
| mysql-bin.000002 | 191 | Table_map   |        11 |         236 | table_id: 70 (yzs.t1)                       |  
| mysql-bin.000002 | 236 | Write_rows  |        11 |         280 | table_id: 70 flags: STMT_END_F              |  
| mysql-bin.000002 | 280 | Xid         |        11 |         311 | COMMIT /* xid=9 */                          |  
+------------------+-----+-------------+-----------+-------------+---------------------------------------------+  
5 rows in set (0.00 sec)  

QUERY_EVENT类型的事件通常在一下几个情况中使用：

1、事务开始时，在binlog中有一个QUERY_EVENT类型的BEGIN。

2、在statement格式中，具体执行的SQL语句会保存在该事件中。

3、对于ROW格式的binlog，所有DDL操作以文本的形式记录在该事件中。

二、此事件的格式

三、案例讲解

结合hexdump出来的数据和mysqlbinlog解析出的日志进行分析：

# at 120  
#180310 21:53:38 server id 11  end_log_pos 191 CRC32 0xba8c8530     Query   thread_id=1 exec_time=0 error_code=0  
SET TIMESTAMP=1520747618/*!*/;  
SET @@session.pseudo_thread_id=1/*!*/;  
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;  
SET @@session.sql_mode=1073741824/*!*/;  
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;  
/*!\C utf8 *//*!*/;  
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;  
SET @@session.lc_time_names=0/*!*/;  
SET @@session.collation_database=DEFAULT/*!*/;  
BEGIN  
/*!*/;  
# at 191  

hexdump的日志：

-------公有事件头--------

1、timestamp：4个字节，62 c4 a4 5a

2、even type：1个字节，02：该类型是QUERY_EVENT= 2,

3、server-id：4个字节，0b 00 00 00，即server-id时11

4、event size：4个字节，47 00 00 00，大小即71

5、next-log pos：4个字节，bf 00 00 00.即191

6、flag：2个字节，08 00

--------私有事件头-----

7、slave_proxy_id：4个字节，01 00 00 00，即thread ID是1.存储了不同连接或会话的线程ID

8、execution time：4个字节，00 00 00 00，查询从开始执行到记录到binlog所花时间，单位s

9、schema length：1个字节，03，schema字符长度。yzs

10、error code：2个字节，00 00，错误码

11、status-var length：2个字节，1a 00，status-var的长度，为26

---------事件体--------

12、status var:26个字节，以KV对的形式保存起来的一些了由SET命令设置的上下文信息。

13、schema：3字节，yzs，当前选择的databases

14、00，默认

15、query：query的文本格式，里面存储的可能是BEGIN、COMMIT字符串或原生的SQL等

对于以上关于解析MySQL binlog --以QUERY_EVENT事件举例，大家是不是觉得非常有帮助。如果需要了解更多内容，请继续关注我们的行业资讯，相信你会喜欢上这些内容的。