MySQL中的數(shù)據(jù)類型binary和varbinary詳解
前言
BINARY和VARBINARY與 CHAR和VARCHAR類型有點(diǎn)類似,不同的是BINARY和VARBINARY存儲的是二進(jìn)制的字符串,而非字符型字符串。也就是說,BINARY和VARBINARY沒有字符集的概念,對其排序和比較都是按照二進(jìn)制值進(jìn)行對比。
BINARY(N)和VARBINARY(N)中的N指的是字節(jié)長度,而CHAR(N)和VARCHAR(N)中N指的是的字符長度。對于BINARY(10) ,其可存儲的字節(jié)固定為10,而對于CHAR(10) ,其可存儲的字節(jié)視字符集的情況而定。
我們來看下面的例子。
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è)類型為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中只存儲了字符“我”的前一個(gè)字節(jié),后一個(gè)字節(jié)被截?cái)嗔恕H绻韙的a列中字符的類型為CHAR類型,則完全不會(huì)有上述問題,例如:
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,第一個(gè)不同之處就是BINARY(N)和VARBINARY(N)中的N值代表的是字節(jié)數(shù),而非字符長度;第二個(gè)不同點(diǎn)是,CHAR和VARCHAR在進(jìn)行字符比較時(shí),比較的只是字符本身存儲的字符,忽略字符后的填充字符,而對于BINARY和VARBINARY來說,由于是按照二進(jìn)制值來進(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)
對于CHAR和VARCHAR來說,比較的是字符值,因此第一個(gè)比較的返回值是1。對于BINARY和VARBINARY來說,比較的是二進(jìn)制的值,“a”的十六進(jìn)制為61,“a ”的十六進(jìn)制為612020,顯然不同,因此第二個(gè)比較的返回值為0。
第三個(gè)不同的是,對于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é)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
mysql 記錄不存在時(shí)插入 記錄存在則更新的實(shí)現(xiàn)方法
相信很多人都需要用到這個(gè)語句,請看下文:(在4.1以后的版本才有效)2008-08-08
Mysql的longblob字段插入數(shù)據(jù)問題解決
在使用mysql的過程中,有個(gè)問題就是mysql的優(yōu)化,mysql中l(wèi)ongblob字段在5.5版本中默認(rèn)的為1M,需要解決問題的朋友可以參考下2014-01-01
MySQL實(shí)例精講單行函數(shù)以及字符數(shù)學(xué)日期流程控制
SQL函數(shù)即數(shù)據(jù)庫的內(nèi)置函數(shù),可以運(yùn)用在SQL語句中實(shí)現(xiàn)特定的功能。SQL單行函數(shù)對于每一行數(shù)據(jù)進(jìn)行計(jì)算后得到一行輸出結(jié)果。SQL單行函數(shù)根據(jù)數(shù)據(jù)類型分為字符函數(shù)、數(shù)字函數(shù)、日期函數(shù)、轉(zhuǎn)換函數(shù),另外還有一些別的函數(shù)2021-10-10
MySQL數(shù)據(jù)庫學(xué)習(xí)之分組函數(shù)詳解
這篇文章主要為大家詳細(xì)介紹一下MySQL數(shù)據(jù)庫中分組函數(shù)的使用,文中的示例代碼講解詳細(xì),對我們學(xué)習(xí)MySQL有一定幫助,需要的可以參考一下2022-07-07
MySql 5.7.14 服務(wù)沒有報(bào)告任何錯(cuò)誤的解決方法(推薦)
這篇文章主要介紹了MySql 5.7.14 服務(wù)沒有報(bào)告任何錯(cuò)誤解決方法的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-09-09
從MySQL 5.5遷移到Mariadb 10.1.14所遇到的問題
這篇文章主要介紹了從MySQL 5.5遷移到Mariadb 10.1.14所遇到的問題的相關(guān)資料,需要的朋友可以參考下2016-08-08
Mysql中如何批量替換某個(gè)字段的值:replace
這篇文章主要介紹了Mysql中如何批量替換某個(gè)字段的值:replace,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-09-09

