1. 程式人生 > >MySQL 資料型別BINARY和VARBINARY

MySQL 資料型別BINARY和VARBINARY

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)


原文地址:點選開啟連結