前言
BINARY和VARBINARY與 CHAR和VARCHAR類(lèi)型有點(diǎn)類(lèi)似，不同的是BINARY和VARBINARY存儲(chǔ)的是二進(jìn)制的字符串，而非字符型字符串。也就是說(shuō)，BINARY和VARBINARY沒(méi)有字符集的概念，對(duì)其排序和比較都是按照二進(jìn)制值進(jìn)行對(duì)比。
BINARY（N）和VARBINARY（N）中的N指的是字節(jié)長(zhǎng)度，而CHAR（N）和VARCHAR（N）中N指的是的字符長(zhǎng)度。對(duì)于BINARY（10） ，其可存儲(chǔ)的字節(jié)固定為10，而對(duì)于CHAR（10） ，其可存儲(chǔ)的字節(jié)視字符集的情況而定。
我們來(lái)看下面的例子。
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包含一個(gè)類(lèi)型為BINARY（1）的列，因?yàn)?code>BINARY（N）中N代表字節(jié)，而gbk字符集中的中文字符“我”需要占用2字節(jié)，所以在插入時(shí)給出警告，提示字符被截?cái)唷Ｈ绻鸖QL_MODE為嚴(yán)格模式，則會(huì)直接報(bào)錯(cuò)。查看表t的內(nèi)容，則可發(fā)現(xiàn)a中只存儲(chǔ)了字符“我”的前一個(gè)字節(jié)，后一個(gè)字節(jié)被截?cái)嗔恕Ｈ绻韙的a列中字符的類(lèi)型為CHAR類(lèi)型，則完全不會(huì)有上述問(wèn)題，例如：
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對(duì)比CHAR和VARCHAR，第一個(gè)不同之處就是BINARY（N）和VARBINARY（N）中的N值代表的是字節(jié)數(shù)，而非字符長(zhǎng)度；第二個(gè)不同點(diǎn)是，CHAR和VARCHAR在進(jìn)行字符比較時(shí)，比較的只是字符本身存儲(chǔ)的字符，忽略字符后的填充字符，而對(duì)于BINARY和VARBINARY來(lái)說(shuō)，由于是按照二進(jìn)制值來(lái)進(jìn)行比較的，因此結(jié)果會(huì)非常不同，例如：
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)
對(duì)于CHAR和VARCHAR來(lái)說(shuō)，比較的是字符值，因此第一個(gè)比較的返回值是1。對(duì)于BINARY和VARBINARY來(lái)說(shuō)，比較的是二進(jìn)制的值，“a”的十六進(jìn)制為61，“a ”的十六進(jìn)制為612020，顯然不同，因此第二個(gè)比較的返回值為0。
第三個(gè)不同的是，對(duì)于BINARY字符串，其填充字符是0x00，而CHAR的填充字符為0x20。可能是因?yàn)锽INARY的比較需要，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)
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。
您可能感興趣的文章:- 詳解MySQL中的數(shù)據(jù)類(lèi)型和schema優(yōu)化
- MySQL中數(shù)據(jù)類(lèi)型相關(guān)的優(yōu)化辦法
- 設(shè)置MySQL中的數(shù)據(jù)類(lèi)型來(lái)優(yōu)化運(yùn)行速度的實(shí)例
- MySQL優(yōu)化之表結(jié)構(gòu)優(yōu)化的5大建議（數(shù)據(jù)類(lèi)型選擇講的很好）
- 將pymysql獲取到的數(shù)據(jù)類(lèi)型是tuple轉(zhuǎn)化為pandas方式
- mysql8.0.19基礎(chǔ)數(shù)據(jù)類(lèi)型詳解
- MySQL數(shù)據(jù)類(lèi)型中DECIMAL的用法實(shí)例詳解
- MySQL操作之JSON數(shù)據(jù)類(lèi)型操作詳解
- MySQL與Oracle數(shù)據(jù)類(lèi)型對(duì)應(yīng)關(guān)系(表格形式)
- Mysql支持的數(shù)據(jù)類(lèi)型(列類(lèi)型總結(jié))
- MySQL數(shù)據(jù)類(lèi)型優(yōu)化原則
