mysql binlog_checksum_【原创】研发应该懂的binlog知识(下)

引言

这篇是《研发应该懂的binlog知识(上)》的下半部分。在本文，我会阐述一下binlog的结构，以及如何使用java来解析binlog。

不过，话说回来，其实严格意义上来说，研发应该还需要懂如何监听binlog的变化。我本来也想写这块的知识，但是后来发现，这块讲起来篇幅过长，需要从mysql的通讯协议开始讲起，实在是不适合放在这篇文章讲，所以改天抽时间再写一篇监听binlog变化的文章。

说到这里，大家可能有一个疑问:

研发为什么要懂得如何解析binlog?

说句实在话，如果在实际项目中遇到，我确实推荐使用现成的jar包来解析，比如mysql-binlog-connector-java或者open-replicator等。但是呢，这类jar包解析binlog的原理都是差不多的。因为我有一个怪癖，我用一个jar包，都会去溜几眼，看一下大致原理，所以想在这个部分把如何解析binlog的实质性原理讲出来，希望大家有所收获。大家懂一个大概的原理即可，不需要自己再去造轮子。另外，注意了，本文教你的是解析binlog的方法，不可能每一个事件带你解析一遍。能达到举一反三的效果，就是本文的目的。

什么，你还没碰到过解析binlog的需求？没事，那先看着，就当学习一下，将来一定会遇到。

正文

先说一下，binlog的结构。

文件头由一个四字节Magic Number构成，其值为1852400382，在内存中就是"0xfe,0x62,0x69,0x6e"。这个Magic Number就是来验证这个binlog文件是否有效 。

引一个题外话

java里头的class文件，头四个字节的Magic Number是多少？

回答："0xCAFEBABE。"这个数字可能比较难记，记(咖啡宝贝)就好。

下面写个程序，读一份binlog文件，给大家binlog看看头四个字节是否为"0xfe,0x62,0x69,0x6e"，代码如下

public class MagicParser {

public static final byte[] MAGIC_HEADER = new byte[]{(byte) 0xfe, (byte) 0x62, (byte) 0x69, (byte) 0x6e};

public static void main(String[] args)throws Exception {

String filePath = "D:\\mysql-bin.000001";

File binlogFile = new File(filePath);

ByteArrayInputStream inputStream = null;

inputStream = new ByteArrayInputStream(new FileInputStream(binlogFile));

byte[] magicHeader = inputStream.read(4);

System.out.println("魔数\\xfe\\x62\\x69\\x6e是否正确:"+Arrays.equals(MAGIC_HEADER, magicHeader));

}

}

输出如下

魔数\xfe\x62\x69\x6e是否正确:true

在文件头之后，跟随的是一个一个事件依次排列。在《binlog二进制文件解析》一文中，将其分为三个部分:通用事件头(