前言
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é)長(zhǎng)度，而CHAR（N）和VARCHAR（N）中N指的是的字符長(zhǎng)度。對(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: 1265Message: Data truncated for column 'a' at row 11 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)唷Ｈ绻鸖QL_MODE為嚴(yán)格模式，則會(huì)直接報(bào)錯(cuò)。查看表t的內(nèi)容，則可發(fā)現(xiàn)a中只存儲(chǔ)了字符“我”的前一個(gè)字節(jié)，后一個(gè)字節(jié)被截?cái)嗔恕Ｈ绻韙的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): CED21 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來說，由于是按照二進(jìn)制值來進(jìn)行比較的，因此結(jié)果會(huì)非常不同，例如：
