mysql交互协议是开发mysql周边组件常用的协议，如JDBC,libmysql等等。
在此我们要认识到mysql交互协议其实是半双工的交互协议，至于为什么，这里就先挖个小坑，以后再填。
在探讨mysql交互协议的格式之前，我们要理清一个小问题，就是mysql交互协议会用到的基本数据类型。
1.整数类型
这里的整数类型可以用来表示mysql数据类型中的整数类型、日期时间类型、DOUBLE、FLOAT类型、比特类型以及枚举类型等等。
所有的mysql整数类型都是小端的，这是网络数据的惯例。即对于16进制数0x12345678，在存储时会变成0x78563412
那么这里的整数数据类型有：int<len>（其中len = 1,2,3,4,6,8）以及可变的整数类型int<lenenc>
（1）int<len>是固定长度为len字节的整数数据，如int<3>表示数字3的话，会以小端 0x030000表示。
（2）int<lenenc>是可变长度类型的整数，这种字符的长度可以是1, 3, 4, 9。
我们设要表示的数值是n
1）当 n < 251时，int<lenenc>会以int<1>表示。
2）当251 <= n < 2^16时，int<lenenc>会以0xfc + int<2>表示。
3）当2^16 <= n < 2^24时，int<lenenc>会以0xfd + int<3>表示。
4）当2^24 <= n < 2^64时，int<lenenc>会以0xfe + int<8>表示。
这就表示如果我们遇到int<lenenc>类型，我们需要先读取第一个数值type来判断
1）当type < 0xfb时,就认为读取的数是type。
2）当type == 0xfc时，就读取后面的int<2>，int<2>才是真实的数值。
3）当type == 0xfd时，就读取后面的int<3>，int<3>才是真实的数值。
4）当type == 0xfe时，就读取后面的int<8>，int<8>才是真实的数值。
那么当type为0xff和0xfb是什么?这边挖坑在此以后再填。
可以剧透下的是：
0xff在mysql交互协议中一般代表某一个动作错误，
如发送一个插入命令失败后会有这种回复出现。
而0xfb代表NULL，就是mysql插入值往往会是空值，指的就是NULL
2.字符串类型
这里的字符串类型可以用来表示mysql的高精度小数类型、字符串类型、大比特类型以及大整数类型等等。
这里的字符串类型主要是
（1）string<len>就是长度为len的字符串。
（2）string<NUL> 就是string+'0x00',这里的'0x00'是作为结尾符的。
（3）string<lenenc>就是int<lenenc> +string，int<lenenc> 代表字符串的长度。
（4）string<EOF>就是在一个mysql交互包结尾处出现的字符串。换言之，这个字符串是一个mysql交互包的最后一个字符串。
（5）string<fix>和string<var>几乎用不到。
3.mysql包基本格式
mysql包长度 int<3> | mysql包序号 int<1> | mysql包内容 string<len> |
mysql包长度就是mysql包内容的长度，不把包头即包长度和包序号计入mysql包长度中，一般是int<3>,如果超过长度2^24-1，mysql会进行分包，如2^24-1，分成下述两个包。
0xfffffff | 0x00 | mysql包内容 |
0x000000 | 0x01 | mysql包内容 |
mysql包序号就是一个完整流程的发包序号，就是由该流程的发出的第一包是从0x00开始的，以后不管回复的包还是分包的包都会在上面加1，直到包序号达到0xff，再从0x001开始计数。
比如我要查询语句"select * from 某表",那么我会发送出第一个包含查询语句"select * from 某表"的mysql包给mysql数据库，这个包的序号是0x00，这时，流程开始，以后的mysql数据库回复的包都会从0x01开始计数，直到回复结束，这时，该流程就结束了。我要查询新的语句就代表新的流程开始，mysql包序号计数重新从0x00开始。
参考网址 http://dev.mysql.com/doc/internals/en/describing-packets.html#type-string.var_len
http://dev.mysql.com/doc/internals/en/mysql-packet.html
