下文主要給大家?guī)斫馕鯩ySQL binlog --以QUERY_EVENT事件舉例，希望解析MySQL binlog --以QUERY_EVENT事件舉例能夠帶給大家實際用處，這也是我編輯這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧。

創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),巴彥企業(yè)網(wǎng)站建設(shè),巴彥品牌網(wǎng)站建設(shè),網(wǎng)站定制,巴彥網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,巴彥網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

一、介紹

QUERY_EVENT事件以文本的形式記錄信息。當(dāng)binlog格式時statement時，執(zhí)行的語句都存儲在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、事務(wù)開始時，在binlog中有一個QUERY_EVENT類型的BEGIN。

2、在statement格式中，具體執(zhí)行的SQL語句會保存在該事件中。

3、對于ROW格式的binlog，所有DDL操作以文本的形式記錄在該事件中。

二、此事件的格式

三、案例講解

結(jié)合hexdump出來的數(shù)據(jù)和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個字節(jié)，62 c4 a4 5a

2、even type：1個字節(jié)，02：該類型是QUERY_EVENT= 2,

3、server-id：4個字節(jié)，0b 00 00 00，即server-id時11

4、event size：4個字節(jié)，47 00 00 00，大小即71

5、next-log pos：4個字節(jié)，bf 00 00 00.即191

6、flag：2個字節(jié)，08 00

--------私有事件頭-----

7、slave_proxy_id：4個字節(jié)，01 00 00 00，即thread ID是1.存儲了不同連接或會話的線程ID

8、execution time：4個字節(jié)，00 00 00 00，查詢從開始執(zhí)行到記錄到binlog所花時間，單位s

9、schema length：1個字節(jié)，03，schema字符長度。yzs

10、error code：2個字節(jié)，00 00，錯誤碼

11、status-var length：2個字節(jié)，1a 00，status-var的長度，為26

---------事件體--------

12、status var:26個字節(jié)，以KV對的形式保存起來的一些了由SET命令設(shè)置的上下文信息。

13、schema：3字節(jié)，yzs，當(dāng)前選擇的databases

14、00，默認

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

對于以上關(guān)于解析MySQL binlog --以QUERY_EVENT事件舉例，大家是不是覺得非常有幫助。如果需要了解更多內(nèi)容，請繼續(xù)關(guān)注我們的行業(yè)資訊，相信你會喜歡上這些內(nèi)容的。