MySQL中的數(shù)據(jù)類(lèi)型binary和varbinary詳解
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)?。如果SQL_MODE為嚴(yán)格模式,則會(huì)直接報(bào)錯(cuò)。查看表t的內(nèi)容,則可發(fā)現(xiàn)a中只存儲(chǔ)了字符“我”的前一個(gè)字節(jié),后一個(gè)字節(jié)被截?cái)嗔?。如果表t的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ì)本站的支持。
版權(quán)聲明:本站文章來(lái)源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請(qǐng)保持原文完整并注明來(lái)源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來(lái)源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來(lái),僅供學(xué)習(xí)參考,不代表本站立場(chǎng),如有內(nèi)容涉嫌侵權(quán),請(qǐng)聯(lián)系alex-e#qq.com處理。