一、演變： MySQL數據庫的varchar類型在5.0.3以下的版本中的最大長度限制為255，其數據范圍可以是0~255。
在MySQL5.0.3及以上的版本中，varchar數據類型的長度支持到了65535，也就是說可以存放65532個字節的數據，起始位和結束位占去了3個字節，也就是說，在5.0.3以下版本中需要使用固定的TEXT或BLOB格式存放的數據可以在高版本中使用可變長的varchar來存放，這樣就能有效的減少數據庫文件的大小。
如果在varchar中寫入大於設定的長度，默認情況下會截去後面的部分。
二、詳解(MySQL5.1)： CHAR和VARCHAR類型類似，但它們保存和檢索的方式不同。它們的最大長度和是否尾部空格被保留等方面也不同。在存儲或檢索過程中不進行大小寫轉換。
CHAR和VARCHAR類型聲明的長度表示你想要保存的最大字符數。例如，CHAR(30)可以占用30個字符。
CHAR列的長度固定為創建表時聲明的長度。長度可以為從0到255的任何值。當保存CHAR值時，在它們的右邊填充空格以達到指定的長度。當檢索到CHAR值時，尾部的空格被刪除掉。在存儲或檢索過程中不進行大小寫轉換。
VARCHAR列中的值為可變長字符串。長度可以指定為0到65,535之間的值。(VARCHAR的最大有效長度由最大行大小和使用的字符集確定。整體最大長度是65,532字節）。
同CHAR對比，VARCHAR值保存時只保存需要的字符數，另加一個字節來記錄長度(如果列聲明的長度超過255，則使用兩個字節)。
VARCHAR值保存時不進行填充。當值保存和檢索時尾部的空格仍保留，符合標准SQL。
如果分配給CHAR或VARCHAR列的值超過列的最大長度，則對值進行裁剪以使其適合。如果被裁掉的字符不是空格，則會產生一條警告。如果裁剪非空格字符，則會造成錯誤(而不是警告)並通過使用嚴格SQL模式禁用值的插入。
下面的表顯示了將各種字符串值保存到CHAR(4)和VARCHAR(4)列後的結果，說明了CHAR和VARCHAR之間的差別：
值
CHAR(4)
存儲需求
VARCHAR(4)
存儲需求
''
' '
4個字節
''
1個字節
'ab'
'ab '
4個字節
'ab '
3個字節
'abcd'
'abcd'
4個字節
'abcd'
5個字節
'abcdefgh'
'abcd'
4個字節
'abcd'
5個字節請注意上表中最後一行的值只適用不使用嚴格模式時；如果MySQL運行在嚴格模式，超過列長度不的值不保存，並且會出現錯誤。
從CHAR(4)和VARCHAR(4)列檢索的值並不總是相同，因為檢索時從CHAR列刪除了尾部的空格。
通過下面的例子說明該差別：
復制代碼 代碼如下:
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)
根據分配給列的字符集校對規則對CHAR和VARCHAR列中的值進行排序和比較。
請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。
例如：
復制代碼 代碼如下:
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)
請注意所有MySQL版本均如此，並且它不受SQL服務器模式的影響。
對於尾部填充字符被裁剪掉或比較時將它們忽視掉的情形，如果列的索引需要唯一的值，在列內插入一個只是填充字符數不同的值將會造成復制鍵值錯誤。
CHAR BYTE是CHAR BINARY的別名。這是為了保證兼容性。
ASCII屬性為CHAR列分配latin1字符集。UNICODE屬性分配ucs2字符集。
