一，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列的存儲或檢索過程中，不存在大小寫轉換。

當未運行在嚴格模式時，如果你為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：數據庫備份程序”。

每個blob或text值分別由內部分配的對象表示。這與其它列類型形成對比，后者是當打開表時為每1列分配存儲引擎。

以上就是mysql中text|varchar|char字段類型的用法區別，希望對大家有所幫助。

總結

以上是生活随笔為你收集整理的mysql中建立text_mysql中text的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。