前言
BINARY和VARBINARY与 CHAR和VARCHAR类型有点类似,不同的是BINARY和VARBINARY存储的是二进制的字符串,而非字符型字符串。也就是说,BINARY和VARBINARY没有字符集的概念,对其排序和比较都是按照二进制值进行对比。
BINARY(N)
和VARBINARY(N)
中的N指的是字节长度,而CHAR(N)
和VARCHAR(N)
中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)
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对的支持。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 黄乙玲1988-无稳定的爱心肝乱糟糟[日本东芝1M版][WAV+CUE]
- 群星《我们的歌第六季 第3期》[320K/MP3][70.68MB]
- 群星《我们的歌第六季 第3期》[FLAC/分轨][369.48MB]
- 群星《燃!沙排少女 影视原声带》[320K/MP3][175.61MB]
- 乱斗海盗瞎6胜卡组推荐一览 深暗领域乱斗海盗瞎卡组分享
- 炉石传说乱斗6胜卡组分享一览 深暗领域乱斗6胜卡组代码推荐
- 炉石传说乱斗本周卡组合集 乱斗模式卡组最新推荐
- 佟妍.2015-七窍玲珑心【万马旦】【WAV+CUE】
- 叶振棠陈晓慧.1986-龙的心·俘虏你(2006复黑限量版)【永恒】【WAV+CUE】
- 陈慧琳.1998-爱我不爱(国)【福茂】【WAV+CUE】
- 咪咕快游豪礼放送,百元京东卡、海量欢乐豆就在咪咕咪粉节!
- 双11百吋大屏焕新“热”,海信AI画质电视成最大赢家
- 海信电视E8N Ultra:真正的百吋,不止是大!
- 曾庆瑜1990-曾庆瑜历年精选[派森][WAV+CUE]
- 叶玉卿1999-深情之选[飞图][WAV+CUE]