原創：轉載請說明出處謝謝！

上接

http://blog.itpub.net/7728585/viewspace-2133188/

參考源：

1、源碼log_event.h log_event.cc

2、internals-en.epub

class：Format_description_log_event

event：FORMAT_DESCRIPTION_EVENT

mysql 5.0后所有的binlog 文件都是以FORMAT_DESCRIPTION_EVENT(FED) event開始的,其typecode=15

及0X0F

它的格式為：

1、fixed data part

2 bytes：binlog 的格式版本，我們看到5.6，5.7肯定都是v4

50 bytes：這是一個固定50字節的字符串，顯示了mysql server的版本，用0X00補足

也就是第一個0X00表示結尾

4 bytes: 這4個字節文檔上說是冗余的，在event header顯示，這里看到全是0X00

1 bytes：這個字節直接說明了我們event header的長度，V4為19

var-size：這些字節由已經定義的event的個數定義5.6，5.7為40個，也就是40個字節

說明了他們fixed data(posted header)的長度

2、variable data

無

我們來解析一個實際的二進制格式文件

00000000 ?fe 62 69 6e bc df 98 58 ?0f 01 00 00 00 77 00 00 ?|.bin...X.....w..|

00000010 ?00 7b 00 00 00 00 00 04 ?00 35 2e 37 2e 31 34 2d ?|.{.......5.7.14-|

00000020 ?37 2d 64 65 62 75 67 2d ?6c 6f 67 00 00 00 00 00 ?|7-debug-log.....|

00000030 ?00 00 00 00 00 00 00 00 ?00 00 00 00 00 00 00 00 ?|................|

00000040 ?00 00 00 00 00 00 00 00 ?00 00 00 00 00 00 00 13 ?|................|

00000050 ?38 0d 00 08 00 12 00 04 ?04 04 04 12 00 00 5f 00 ?|8............._.|

00000060 ?04 1a 08 00 00 00 08 08 ?08 02 00 00 00 0a 0a 0a ?|................|

00000070 ?2a 2a 00 12 34 00 01 55 ?88 2c 87

mysqlbinlog輸出為：

# at 4

#170207 ?4:42:36 server id 1 ?end_log_pos 123 CRC32 0x872c8855 ?Start: binlog v 4, server v 5.7.14-7-debug-log created 170207 ?4:42:36

BINLOG '

vN+YWA8BAAAAdwAAAHsAAAAAAAQANS43LjE0LTctZGVidWctbG9nAAAAAAAAAAAAAAAAAAAAAAAA

AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA

AVWILIc=

'/*!*/;

fe 62 69 6e：binlog開頭魔法數 4字節

event header

bc df 98 58：timestamp，小端顯示，及0X5898DFBC十進制1486413756，用命令

[root@testmy mysqld.1]# date -d'@1486413756'

Tue Feb ?7 04:42:36 CST 2017

可以看見時間和mysqbinlog解析的一致4:42:36

0f：event_type為15

01 00 00 00：service_id,小端顯示 0X00000001及1

mysql> show variables like 'server_id';

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

| Variable_name | Value |

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

| server_id ? ? | 1 ? ? |

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

和mysqlbinlog中的server id 1也是一致的

77 00 00 00：event長度及0X00000077及119，剛好是下一個event 123-4(魔法數)=119

7b 00 00 00：下一個event位置0X0000007b及123，和mysqlbinlog解析的end_log_pos 123一致

00 00：flags，如果為0X0001那么會在MYSQLBINLOG輸出中報一個警告說本binlog沒有關閉

04 00:binlog 版本，小端顯示及0X0004,和mysqlbinlog中的解析Start: binlog v 4一致

35 2e 37 2e 31 34 2d 37 ?2d 64 65 62 75 67 2d 6c

6f 67 00 00 00 00 00 00 ?00 00 00 00 00 00 00 00

00 00 00 00 00 00 00 00 ?00 00 00 00 00 00 00 00

00 00 ：

這部分就是50字節的字符串了其ASCII值是5.7.14-7-debug-log和mysqlbinlog中的解析

server v 5.7.14-7-debug-log一致

00 00 00 00：冗余的timestamp,全是0X00

13 38 0d 00 08 00 12 00 ?04 04 04 04 12 00 00 5f

00 04 1a 08 00 00 00 08 ?08 08 02 00 00 00 0a 0a

0a 2a 2a 00 12 34 00 01：

這部分是一個數組，表現了已知的40個event的fixed data(posted header)的長度

打個比方說0a 0a 0a 這里剛好array[30],array[31],array[32](C語言以[0]作為數

組的開始)就是我們最要的

WRITE_ROWS_EVENT

UPDATE_ROWS_EVENT

DELETE_ROWS_EVENT

的fixed data(posted header)的長度0X0A也就是10，以后會詳細解釋

55 88 2c 87: CRC32校驗位,小端顯示及0X872C8855和mysqlbinlog中的CRC32 0x872c8855一致

到這里FORMAT_DESCRIPTION_EVENT解析完畢

來自 “ ITPUB博客 ” ，鏈接：http://blog.itpub.net/7728585/viewspace-2133189/，如需轉載，請注明出處，否則將追究法律責任。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的mysql 二进制 存储格式化_解析MYSQL BINLOG 二进制格式(2)--FORMAT_DESCRIPTION_EVENT的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。