一、演變：
MySQL數(shù)據(jù)庫(kù)的varchar類型在5.0.3以下的版本中的最大長(zhǎng)度限制為255，其數(shù)據(jù)范圍可以是0~255。
在MySQL5.0.3及以上的版本中，varchar數(shù)據(jù)類型的長(zhǎng)度支持到了65535，也就是說(shuō)可以存放65532個(gè)字節(jié)的數(shù)據(jù)，起始位和結(jié)束位占去了3個(gè)字節(jié)，也就是說(shuō)，在5.0.3以下版本中需要使用固定的TEXT或BLOB格式存放的數(shù)據(jù)可以在高版本中使用可變長(zhǎng)的varchar來(lái)存放，這樣就能有效的減少數(shù)據(jù)庫(kù)文件的大小。
如果在varchar中寫入大于設(shè)定的長(zhǎng)度，默認(rèn)情況下會(huì)截去后面的部分。
二、詳解(MySQL5.1)：
CHAR和VARCHAR類型類似，但它們保存和檢索的方式不同。它們的最大長(zhǎng)度和是否尾部空格被保留等方面也不同。在存儲(chǔ)或檢索過(guò)程中不進(jìn)行大小寫轉(zhuǎn)換。
CHAR和VARCHAR類型聲明的長(zhǎng)度表示你想要保存的最大字符數(shù)。例如，CHAR(30)可以占用30個(gè)字符。
CHAR列的長(zhǎng)度固定為創(chuàng)建表時(shí)聲明的長(zhǎng)度。長(zhǎng)度可以為從0到255的任何值。當(dāng)保存CHAR值時(shí)，在它們的右邊填充空格以達(dá)到指定的長(zhǎng)度。當(dāng)檢索到CHAR值時(shí)，尾部的空格被刪除掉。在存儲(chǔ)或檢索過(guò)程中不進(jìn)行大小寫轉(zhuǎn)換。
VARCHAR列中的值為可變長(zhǎng)字符串。長(zhǎng)度可以指定為0到65,535之間的值。(VARCHAR的最大有效長(zhǎng)度由最大行大小和使用的字符集確定。整體最大長(zhǎng)度是65,532字節(jié)）。
同CHAR對(duì)比，VARCHAR值保存時(shí)只保存需要的字符數(shù)，另加一個(gè)字節(jié)來(lái)記錄長(zhǎng)度(如果列聲明的長(zhǎng)度超過(guò)255，則使用兩個(gè)字節(jié))。
VARCHAR值保存時(shí)不進(jìn)行填充。當(dāng)值保存和檢索時(shí)尾部的空格仍保留，符合標(biāo)準(zhǔn)SQL。
如果分配給CHAR或VARCHAR列的值超過(guò)列的最大長(zhǎng)度，則對(duì)值進(jìn)行裁剪以使其適合。如果被裁掉的字符不是空格，則會(huì)產(chǎn)生一條警告。如果裁剪非空格字符，則會(huì)造成錯(cuò)誤(而不是警告)并通過(guò)使用嚴(yán)格SQL模式禁用值的插入。
下面的表顯示了將各種字符串值保存到CHAR(4)和VARCHAR(4)列后的結(jié)果，說(shuō)明了CHAR和VARCHAR之間的差別：
| 值 | CHAR(4) | 存儲(chǔ)需求 | VARCHAR(4) | 存儲(chǔ)需求 |
| '' | ' ' | 4個(gè)字節(jié) | '' | 1個(gè)字節(jié) |
| 'ab' | 'ab ' | 4個(gè)字節(jié) | 'ab ' | 3個(gè)字節(jié) |
| 'abcd' | 'abcd' | 4個(gè)字節(jié) | 'abcd' | 5個(gè)字節(jié) |
| 'abcdefgh' | 'abcd' | 4個(gè)字節(jié) | 'abcd' | 5個(gè)字節(jié) |
請(qǐng)注意上表中最后一行的值只適用不使用嚴(yán)格模式時(shí)；如果MySQL運(yùn)行在嚴(yán)格模式，超過(guò)列長(zhǎng)度不的值不保存，并且會(huì)出現(xiàn)錯(cuò)誤。
從CHAR(4)和VARCHAR(4)列檢索的值并不總是相同，因?yàn)闄z索時(shí)從CHAR列刪除了尾部的空格。
通過(guò)下面的例子說(shuō)明該差別：
mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO vc VALUES ('ab ', 'ab ');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT CONCAT(v, '+'), CONCAT(c, '+') FROM vc;
+----------------+----------------+
| CONCAT(v, '+') | CONCAT(c, '+') |
+----------------+----------------+
| ab + | ab+ |
+----------------+----------------+
1 row in set (0.00 sec)
根據(jù)分配給列的字符集校對(duì)規(guī)則對(duì)CHAR和VARCHAR列中的值進(jìn)行排序和比較。
請(qǐng)注意所有MySQL校對(duì)規(guī)則屬于PADSPACE類。這說(shuō)明在MySQL中的所有CHAR和VARCHAR值比較時(shí)不需要考慮任何尾部空格。
例如：
mysql> CREATE TABLE names (myname CHAR(10), yourname VARCHAR(10));
Query OK, 0 rows affected (0.09 sec)
mysql> INSERT INTO names VALUES ('Monty ', 'Monty ');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT myname = 'Monty ', yourname = 'Monty ' FROM names;
+-----------------------------+-------------------------------+
| myname = 'Monty ' | yourname = 'Monty ' |
+-----------------------------+-------------------------------+
| 1 | 1 |
+-----------------------------+-------------------------------+
1 row in set (0.00 sec)
請(qǐng)注意所有MySQL版本均如此，并且它不受SQL服務(wù)器模式的影響。
對(duì)于尾部填充字符被裁剪掉或比較時(shí)將它們忽視掉的情形，如果列的索引需要唯一的值，在列內(nèi)插入一個(gè)只是填充字符數(shù)不同的值將會(huì)造成復(fù)制鍵值錯(cuò)誤。
CHAR BYTE是CHAR BINARY的別名。這是為了保證兼容性。
ASCII屬性為CHAR列分配latin1字符集。UNICODE屬性分配ucs2字符集。
