频道栏目
读书频道 > 数据库 > Mysql > MySQL技术内幕:SQL编程
2.7.4 BINARY和VARBINARY
2012-11-06 10:09:11     我来说两句
收藏   我要投稿

本文所属图书 > MySQL技术内幕:SQL编程

全书一共10章,全面探讨了MySQL中SQL编程的各种方法、技巧与最佳实践。第1章首先介绍了SQL编程的概念、数据库的应用类型以及SQL查询分析器,然后介绍了SQL编程的三个阶段,希望读者通过本书的学习能达到最后的融...  立即去当当网订购

BINARY和VARBINARY与前面介绍的CHAR和VARCHAR类型有点类似,不同的是BINARY和VARBINARY存储的是二进制的字符串,而非字符型字符串。也就是说,BINARY和VARBINARY没有字符集的概念,对其排序和比较都是按照二进制值进行对比。

BINARY(N)和VARBINARY(N)中的N指的是字节长度,而非CHAR(N)和VARCHAR(N)中的字符长度。对于BINARY(10),其可存储的字节固定为10,而对于CHAR(10),其可存储的字节视字符集的情况而定。我们来看下面的例子。
mysql> CREATE TABLE t (
 -> a BINARY(1)
 -> )ENGINE=InnoDB CHARSET=GBK;
Query OK, 0 rows affected (0.02 sec)

mysql> SET NAMES GBK;
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t SELECT '我';
Query OK, 1 row affected, 1 warning (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 1

mysql> SHOW WARNINGS\G;
*************************** 1. row ***************************
  Level: Warning
   Code: 1265
Message: Data truncated for column 'a' at row 1
1 row in set (0.00 sec)

mysql> SELECT a,HEX(a) FROM t\G;
*************************** 1. row ***************************
     a:
HEX(a): CE

表t包含一个类型为BINARY(1)的列,因为BINARY(N)中N代表字节,而gbk字符集中的中文字符“我”需要占用2字节,所以在插入时给出警告,提示字符被截断。如果SQL_MODE为严格模式,则会直接报错。查看表t的内容,则可发现a中只存储了字符“我”的前一个字节,后一个字节被截断了。如果表t的a列中字符的类型为CHAR类型,则完全不会有上述问题,例如:
mysql> CREATE TABLE t (
 -> a CHAR(1)
 -> )ENGINE=InnoDB CHARSET=GBK;
Query OK, 0 rows affected (0.02 sec)

mysql> INSERT INTO t SELECT '我';
Query OK, 1 row affected, 1 warning (0.01 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> SELECT a,HEX(a) FROM t\G;
*************************** 1. row ***************************
     a: 我
HEX(a): CED2
1 row in set (0.00 sec)

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
1 row in set (0.00 sec)

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
1 row in set (0.00 sec)

对于CHAR和VARCHAR来说,比较的是字符值,因此第一个比较的返回值是1。对于BINARY和VARBINARY来说,比较的是二进制的值,“a”的十六进制为61,“a  ”的十六进制为612020,显然不同,因此第二个比较的返回值为0。

第三个不同的是,对于BINARY字符串,其填充字符是0x00,而CHAR的填充字符为0x20。可能是因为BINARY的比较需要,0x00显然是比较的最小字符,示例如下:
mysql> CREATE TABLE t ( a BINARY(3));
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t SELECT 'a';
Query OK, 1 row affected (0.00 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> SELECT a,HEX(a) FROM t\G;
*************************** 1. row ***************************
     a: a
HEX(a): 610000
1 row in set (0.00 sec)

您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:2.7.3 CHAR和VARCHAR
下一篇:2.7.5 BLOB和TEXT
相关文章
图文推荐
排行
热门
最新书评
特别推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站