之前我们介绍过使用PHP脚本导出sql语句到测试服中的流程和注意点， 之前有个问题还没有解决的，就是mysql中blob类型数据是导不成功的。 这次找到了解决方法，这里记录一下。
什么是blob类型？
我们在【】介绍过了blob类型，这里也说一下： 在MySQL中,Blob是一个二进制的对象，它是一个可以存储大量数据的容器(如图片，音乐等等)，且能容纳不同大小的数据。 在MySQL中有四种Blob类型，他们的区别就是可以容纳的信息量不容分别是以下四种:
①TinyBlob类型 最大能容纳255B的数据
②Blob类型 最大能容纳65KB的
③MediumBlob类型 最大能容纳16MB的数据
④LongBlob类型 最大能容纳4GB的数据
场景我们的一个表有个字段的数据是存储了一些会员信息，这些信息是由几个字段组成，然后json_encode 并且压缩后存储在字段类型为blob的字段中，这些信息以blob格式存储在数据库中，直接用sql查询出来都是乱码，无法显示，不信你可以尝试查询下。
当我们导出成sql语句时，如果不做特殊处理，这些字段也会是乱码，会导致sql结构破坏掉，不能完整执行。
解决方案 找了下资料，发现mysql有两个函数，是可以格式化这些二进制数据的。 下面是两个函数的介绍
HEX 和UNHEX 建议先看一下官方免费手册中的说明。
HEX(NorS)
If NorS is a number, returns a string representation of the hexadecimal value of N, where N is a longlong (BIGINT) number. This is equivalent to CONV(N,10,16).
翻译：如果NorS是数字，则返回十六进制值N的字符串表示，其中N是longlong（BIGINT）数字。 这相当于CONV（N，10,16）。
If NorS is a string, returns a hexadecimal string representation of NorS where each character in NorS is converted to two hexadecimal digits. The inverse of this operation is performed by the UNHEX() function.
翻译：如果NorS是字符串，则返回NorS的十六进制字符串表示形式，其中NorS中的每个字符都转换为两个十六进制数字。 此操作的反转由UNHEX（）函数执行。
mysql> SELECT HEX(255);
-> 'FF'
mysql> SELECT 0x616263;
-> 'abc'
mysql> SELECT HEX('abc');
-> 616263
UNHEX(str)
Performs the inverse operation of HEX(str). That is, it interprets each pair of hexadecimal digits in the argument as a number and converts it to the character represented by the number. The resulting characters are returned as a binary string.
翻译：执行HEX（str）的逆操作。 也就是说，它将参数中的每对十六进制数字解释为数字，并将其转换为数字表示的字符。 结果字符作为二进制字符串返回。
mysql> SELECT UNHEX('4D7953514C');
-> 'MySQL'
mysql> SELECT 0x4D7953514C;
-> 'MySQL'
mysql> SELECT UNHEX(HEX('string'));
-> 'string'
mysql> SELECT HEX(UNHEX('1267'));
-> '1267'
The characters in the argument string must be legal hexadecimal digits: '0' .. '9', 'A' .. 'F', 'a' .. 'f'. If UNHEX() encounters any nonhexadecimal digits in the argument, it returns NULL:
翻译：参数字符串中的字符必须是合法的十六进制数字：'0'..'9'，'A'..'F'，'a'..'f'。 如果UNHEX（）在参数中遇到任何非十六进制数字，则返回NULL：
mysql> SELECT UNHEX('GG');
+-------------+
| UNHEX('GG') |
+-------------+
| NULL |
+-------------+
A NULL result can occur if the argument to UNHEX() is a BINARY column, because values are padded with 0x00 bytes when stored but those bytes are not stripped on retrieval. For example 'aa' is stored into a CHAR(3) column as 'aa ' and retrieved as 'aa' (with the trailing pad space stripped), so UNHEX() for the column value returns 'A'. By contrast 'aa' is stored into a BINARY(3) column as 'aa\0' and retrieved as 'aa\0' (with the trailing pad 0x00 byte not stripped). '\0' is not a legal hexadecimal digit, so UNHEX() for the column value returns NULL.