MySQL中的数据类型binary和varbinary详解

站长资源 2024/11/24 佚名

2 0 1

前言

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)

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对的支持。

mysql数据类型binary,mysql,varbinary,类型,mysql,varbinary

广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！

评论“MySQL中的数据类型binary和varbinary详解”

暂无评论...

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒经典版》的玩家都可以获得奖励。

更新日志

2024年11月24日

MySQL中的数据类型binary和varbinary详解

MySql带OR关键字的多条件查询语句

Mysql带And关键字的多条件查询语句

评论“MySQL中的数据类型binary和varbinary详解”

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

更新日志

友情链接