在 MySQL5.0以上的版本中，varchar數據類型的長度支持到了65535，也就是說可以存放65532個字節的數據，起始位和結束位佔去了3個字 節。
字符類型若爲gbk，每個字符最多佔2個字節，最大長度不能超過32766;
字符類型若爲utf8，每個字符最多佔3個字節，最大長度不能超過21845。
若定義的時候超過上述限制，則varchar字段會被強行轉爲text類型，併產生warning。所以要用text或blob。
MySQL中的text和blob比較:
（1）相同
- 在TEXT或BLOB列的存儲或檢索過程中，不存在大小寫轉換,當未運行在嚴格模式時，如果你爲BLOB或TEXT列分配一個超過該列類型的最大長度的值值，值被截取以保證適合。如果截掉的字符不是空格，將會產生一條警告。使用嚴格SQL模式，會產生錯誤，並且值將被拒絕而不是截取並給出警告.
- BLOB和TEXT列不能有 默認值.
- 當保存或檢索BLOB和TEXT列的值時不刪除尾部空格。(這與VARBINARY和VARCHAR列相同）.
- 對於BLOB和TEXT列的索引，必須指定索引前綴的長度。對於CHAR和VARCHAR，前綴長度是可選的.
（2）相異
text :
- TEXT值是大小寫不敏感的
- Text被視爲非二進制字符串
- TEXT列有一個字符集，並且根據字符集的 校對規則對值進行排序和比較
- 可以將TEXT列視爲VARCHAR列
- MySQL連接程序/ODBC將TEXT值定義爲LONGVARCHAR
- BLOB 可以儲存圖片,TEXT不行，TEXT只能儲存純文本文件。4個TEXT類型TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT對應於4個BLOB類型，並且有同樣的最大長度和存儲需求。
blob:
- BLOB值的排序和比較以大小寫敏感方式執行;
- BLOB被視爲二進制字符串;
-
BLOB列沒有字符集，並且排序和比較基於列值字節的數值值。
-
在大多數方面，可以將BLOB列視爲能夠足夠大的VARBINARY列
- MySQL連接程序/ODBC將BLOB值定義爲LONGVARBINARY
- 一個BLOB是一個能保存可變數量的數據的二進制的大對象。4個BLOB類型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB僅僅在他們能保存值的最大長度方面有所不同。
（3）其他：
VARCHAR，BLOB和TEXT類型是變長類型，對於其存儲需求取決於列值的實際長度(在前面的表格中用L表示)，而不是取決於類型的最大可能尺寸。例如，一個VARCHAR(10)列能保存最大長度爲10個字符的一個字符串，實際的存儲需要是字符串的長度 ，加上1個字節以記錄字符串的長度。對於字符串'abcd'，L是4而存儲要求是5個字節。
BLOB和TEXT類型需要1，2，3或4個字節來記錄列值的長度，這取決於類型的最大可能長度。VARCHAR需要定義大小，有255的最大限制；TEXT則不需要。如果你把一個超過列類型最大長度的值賦給一個BLOB或TEXT列，值被截斷以適合它。
CHAR(n) 固定長度，最多 255 個字符
VARCHAR(n) 可變長度，MySQL 4.1 及以前最大 255
字符，MySQL 5 之後最大 65535 字節
TINYTEXT 可變長度，最多 255 個字符
TEXT 可變長度，最多 65535 個字符
MEDIUMTEXT 可變長度，最多 16777215（2^24 - 1）個字符
LONGTEXT 可變長度，最多 4294967295（2^32 - 1）（4G）個字符