前言
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)
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对的支持。
稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!
昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]