MySQL中的數(shù)據(jù)類型binary和varbinary詳解
前言
BINARY和VARBINARY與 CHAR和VARCHAR類型有點(diǎn)類似，不同的是BINARY和VARBINARY存儲(chǔ)的是二進(jìn)制的字符串，而非字符型字符串。也就是說，BINARY和VARBINARY沒有字符集的概念，對(duì)其排序和比較都是按照二進(jìn)制值進(jìn)行對(duì)比。
BINARY（N）和VARBINARY（N）中的N指的是字節(jié)長度，而CHAR（N）和VARCHAR（N）中N指的是的字符長度。對(duì)于BINARY（10） ，其可存儲(chǔ)的字節(jié)固定為10，而對(duì)于CHAR（10） ，其可存儲(chǔ)的字節(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中只存儲(chǔ)了字符“我”的前一個(gè)字節(jié)，后一個(gè)字節(jié)被截?cái)嗔?。如果表t的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對(duì)比CHAR和VARCHAR，第一個(gè)不同之處就是BINARY（N）和VARBINARY（N）中的N值代表的是字節(jié)數(shù)，而非字符長度；第二個(gè)不同點(diǎn)是，CHAR和VARCHAR在進(jìn)行字符比較時(shí)，比較的只是字符本身存儲(chǔ)的字符，忽略字符后的填充字符，而對(duì)于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)
對(duì)于CHAR和VARCHAR來說，比較的是字符值，因此第一個(gè)比較的返回值是1。對(duì)于BINARY和VARBINARY來說，比較的是二進(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é)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
一文教你快速生成MySQL數(shù)據(jù)庫關(guān)系圖
我們經(jīng)常會(huì)用到一些表的數(shù)據(jù)庫關(guān)系圖,下面這篇文章主要給大家介紹了關(guān)于生成MySQL數(shù)據(jù)庫關(guān)系圖的相關(guān)資料,文中通過圖文以及實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-06-06
mysql 數(shù)據(jù)庫基礎(chǔ)筆記，剛開始接觸mysql的朋友可以參考下2012-07-07
本篇文章給大家介紹php mysql的安裝與配置，首先給大家介紹安裝配置php，接著介紹配置mysql、安裝mysql，本文介紹的非常詳細(xì)，需要的朋友可以參考下2015-10-10
詳解MySQL中Order By排序和filesort排序的原理及實(shí)現(xiàn)
這篇文章主要為大家詳細(xì)介紹了MySQL的Order By排序的底層原理與filesort排序，以及排序優(yōu)化手段，文中的示例代碼講解詳細(xì)，感興趣的小編可以跟隨小編一起學(xué)習(xí)一下2022-08-08
這篇文章主要介紹了mysql datetime查詢異常問題解決的相關(guān)資料,這里對(duì)異常進(jìn)行了詳細(xì)的介紹和該如何解決，需要的朋友可以參考下2016-11-11
這篇文章主要介紹了刪除MySQL重復(fù)數(shù)據(jù)的方法,通過建立中間表實(shí)現(xiàn)針對(duì)冗余數(shù)據(jù)的刪除功能,非常具有實(shí)用價(jià)值,需要的朋友可以參考下2014-12-12
本文主要介紹了MySQL中FOR UPDATE的具體用法,它在事務(wù)中起到了鎖定數(shù)據(jù)行的關(guān)鍵作用,確保了數(shù)據(jù)的一致性和可靠性,下面就來具體的介紹一下應(yīng)用場景等,感興趣的可以了解一下2024-02-02
這篇文章主要為大家詳細(xì)介紹了MySQL?8.0.28?安裝配置圖文教程，文中安裝步驟介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-06-06
這篇文章主要介紹了MySQL sql_mode的使用詳解，幫助大家更好的理解和學(xué)習(xí)使用MySQL數(shù)據(jù)庫，感興趣的朋友可以了解下2021-05-05
這篇文章主要介紹了MySQL占用CPU過高,排查原因及解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2022-12-12