MySQL中的数据类型binary和varbinary详解
前言
BINARY和VARBINARY与CHAR和VARCHAR类型有点类似，不同的是BINARY和VARBINARY存储的是二进制的字符串，而非字符型字符串。也就是说，BINARY和VARBINARY没有字符集的概念，对其排序和比较都是按照二进制值进行对比。
BINARY（N）和VARBINARY（N）中的N指的是字节长度，而CHAR（N）和VARCHAR（N）中N指的是的字符长度。对于BINARY（10），其可存储的字节固定为10，而对于CHAR（10），其可存储的字节视字符集的情况而定。
我们来看下面的例子。
mysql>CREATETABLEt( ->aBINARY(1) ->)ENGINE=InnoDBCHARSET=GBK; QueryOK,0rowsaffected(0.02sec)
mysql>SETNAMESGBK; QueryOK,0rowsaffected(0.00sec)
MySQL>INSERTINTOtSELECT'我'; QueryOK,1rowaffected,1warning(0.01sec) Records:1Duplicates:0Warnings:1
mysql>SHOWWARNINGS\G; ***************************1.row*************************** Level:Warning Code:1265 Message:Datatruncatedforcolumn'a'atrow1 1rowinset(0.00sec)
mysql>SELECTa,HEX(a)FROMt\G; ***************************1.row*************************** a: HEX(a):CE
表t包含一个类型为BINARY（1）的列，因为BINARY（N）中N代表字节，而gbk字符集中的中文字符“我”需要占用2字节，所以在插入时给出警告，提示字符被截断。如果SQL_MODE为严格模式，则会直接报错。查看表t的内容，则可发现a中只存储了字符“我”的前一个字节，后一个字节被截断了。如果表t的a列中字符的类型为CHAR类型，则完全不会有上述问题，例如：
mysql>CREATETABLEt( ->aCHAR(1) ->)ENGINE=InnoDBCHARSET=GBK; QueryOK,0rowsaffected(0.02sec)
mysql>INSERTINTOtSELECT'我'; QueryOK,1rowaffected,1warning(0.01sec) Records:1Duplicates:0Warnings:0
mysql>SELECTa,HEX(a)FROMt\G; ***************************1.row*************************** a:我 HEX(a):CED2 1rowinset(0.00sec)
BINARY和VARBINARY对比CHAR和VARCHAR，第一个不同之处就是BINARY（N）和VARBINARY（N）中的N值代表的是字节数，而非字符长度；第二个不同点是，CHAR和VARCHAR在进行字符比较时，比较的只是字符本身存储的字符，忽略字符后的填充字符，而对于BINARY和VARBINARY来说，由于是按照二进制值来进行比较的，因此结果会非常不同，例如：
mysql>SELECT
->HEX('a'),
->HEX('a'),
->'a'='a'\G;
***************************1.row***************************
HEX('a'):61
HEX('a'):612020
'a'='a':1
1rowinset(0.00sec)
mysql>SELECT
->HEX(BINARY('a')),
->HEX(BINARY('a')),
->BINARY('a')=BINARY('a')\G;
***************************1.row***************************
HEX(BINARY('a')):61
HEX(BINARY('a')):612020
BINARY('a')=BINARY('a'):0
1rowinset(0.00sec)
对于CHAR和VARCHAR来说，比较的是字符值，因此第一个比较的返回值是1。对于BINARY和VARBINARY来说，比较的是二进制的值，“a”的十六进制为61，“a ”的十六进制为612020，显然不同，因此第二个比较的返回值为0。
第三个不同的是，对于BINARY字符串，其填充字符是0x00，而CHAR的填充字符为0x20。可能是因为BINARY的比较需要，0x00显然是比较的最小字符，示例如下：
mysql>CREATETABLEt(aBINARY(3)); QueryOK,0rowsaffected(0.00sec)
mysql>INSERTINTOtSELECT'a'; QueryOK,1rowaffected(0.00sec) Records:1Duplicates:0Warnings:0
mysql>SELECTa,HEX(a)FROMt\G; ***************************1.row*************************** a:a HEX(a):610000 1rowinset(0.00sec)
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对毛票票的支持。