char類型
CHAR列的長度固定為建立表時聲明的長度。長度可以為從0到255的任何值。當儲存CHAR值時,在它們的右邊填充空格以達到指定的長度。當檢索到CHAR值時,尾部的空格被刪除掉。在儲存或檢索過程中不進行大小寫轉換。
varchar類型
VARCHAR列中的值為可變長字串。長度可以指定為0到65,535之間的值。(VARCHAR的最大有效長度由最大行大小和使用的字元集確定。整體最大長度是65,532位元組)。
text類型
有4種TEXT類型:TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT。這些對應4種BLOB類型,有相同的最大長度和儲存需求。
BLOB 列被視為二進位字串(位元組字串)。TEXT列被視為非二進位字串(字元字串)。BLOB列沒有字元集,並且排序和比較基於列值位元組的數值值。TEXT列有一個字元集,並且根據字元集的 校對規則對值進行排序和比較。
在TEXT或BLOB列的儲存或檢索過程中,不存在大小寫轉換。
當未運行在strict 模式時,如果你為BLOB或TEXT列分配一個超過該列類型的最大長度的值值,值被截取以保證適合。如果截掉的字元不是空格,將會產生一條警告。使用嚴格SQL模式,會產生錯誤,並且值將被拒絕而不是截取並給出警告。
在大多數方面,可以將BLOB列視為能夠足夠大的VARBINARY列。同樣,可以將TEXT列視為VARCHAR列。BLOB和TEXT在以下幾個方面不同於VARBINARY和VARCHAR:
當儲存或檢索BLOB和TEXT列的值時不刪除尾部空格。(這與VARBINARY和VARCHAR列相同)。
請注意比較時將用空格對TEXT進行擴充以適合比較的對象,正如CHAR和VARCHAR。
對於BLOB和TEXT列的索引,必須指定索引首碼的長度。對於CHAR和VARCHAR,前置長度是可選的。
BLOB和TEXT列不能有 預設值。
LONG和LONG VARCHAR對應MEDIUMTEXT資料類型。這是為了保證相容性。如果TEXT列類型使用BINARY屬性,將為列分配列字元集的二元 校對規則。
MySQL串連程式/ODBC將BLOB值定義為LONGVARBINARY,將TEXT值定義為LONGVARCHAR。
由於BLOB和TEXT值可能會非常長,使用它們時可能遇到一些約束:
當排序時只使用該列的前max_sort_length個位元組。
max_sort_length的 預設值是1024;該值可以在啟動mysqld伺服器時使用--max_sort_length選項變更。參見5.3.3節,“伺服器系統變數”。
運行時增加max_sort_length的值可以在排序或組合時使更多的位元組有意義。任何用戶端可以更改其會話max_sort_length變數的值:
mysql> SET max_sort_length = 2000;mysql> SELECT id, comment FROM tbl_name -> ORDER BY comment;
當你想要使超過max_sort_length的位元組有意義,對含長值的BLOB或TEXT列使用GROUP BY或ORDER BY的另一種方式是將列值轉換為固定長度的對象。標準方法是使用SUBSTRING函數。例如,下面的語句對comment列的2000個位元組進行排序:
mysql> SELECT id, SUBSTRING(comment,1,2000) FROM tbl_name -> ORDER BY SUBSTRING(comment,1,2000);·
BLOB或TEXT對象的最大大小由其類型確定,但在用戶端和伺服器之間實際可以傳遞的最大值由可用記憶體數量和通訊緩衝區大小確定。你可以通過更改max_allowed_packet變數的值更改訊息緩衝區的大小,但必須同時修改伺服器和用戶端程式。例如,可以使用 mysql和mysqldump來更改用戶端的max_allowed_packet值。參見7.5.2節,“調節伺服器參數”、8.3節,“mysql:MySQL命令列工具”和8.8節,“mysqldump:Database Backup程式”。
每個BLOB或TEXT值分別由內部分配的對象表示。這與其它列類型形成對比,後者是當開啟表時為每1列分配儲存引擎。