Mysql中varchar類型總結
今天新做一個項目，需要自己進行數據庫設計，發現自己對varchar的用法還不是很熟悉，所以查閱資料總結若下：
1.varchar類型的變化
MySQL 數據庫的varchar類型在4.1以下的版本中的最大長度限制爲255，其數據範圍可以是0~255或1~255（根據不同版本數據庫來定）。在 MySQL5.0以上的版本中，varchar數據類型的長度支持到了65535，也就是說可以存放65532個字節的數據，起始位和結束位佔去了3個字 節，也就是說，在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的數據可以使用可變長的varchar來存放，這樣就能有效的減少數據庫文 件的大小。
MySQL 數據庫的varchar類型在4.1以下的版本中,nvarchar（存儲的是Unicode數據類型的字符）不管是一個字符還是一個漢字,都存爲2個字節 ，一般用作中文或者其他語言輸入，這樣不容易亂碼 ;varchar: 漢字是2個字節,其他字符存爲1個字節 ，varchar適合輸入英文和數字。
4.0版本以下，varchar(20)，指的是20字節，如果存放UTF8漢字時，只能存6個（每個漢字3字節） ；5.0版本以上，varchar(20)，指的是20字符，無論存放的是數字、字母還是UTF8漢字（每個漢字3字節），都可以存放20個，最大大小是65532字節 ；varchar(20)在Mysql4中最大也不過是20個字節,但是Mysql5根據編碼不同,存儲大小也不同，具體有以下規則：
a) 存儲限制
varchar 字段是將實際內容單獨存儲在聚簇索引之外，內容開頭用1到2個字節表示實際長度（長度超過255時需要2個字節），因此最大長度不能超過65535。
b) 編碼長度限制
字符類型若爲gbk，每個字符最多佔2個字節，最大長度不能超過32766;
字符類型若爲utf8，每個字符最多佔3個字節，最大長度不能超過21845。
若定義的時候超過上述限制，則varchar字段會被強行轉爲text類型，併產生warning。
c) 行長度限制
導致實際應用中varchar長度限制的是一個行定義的長度。 MySQL要求一個行的定義長度不能超過65535。若定義的表長度超過這個值，則提示
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。
2.CHAR(M), VARCHAR(M)不同之處
CHAR(M)定義的列的長度爲固定的，M取值可以爲0～255之間，當保存CHAR值時，在它們的右邊填充空格以達到指定的長度。當檢索到CHAR值時，尾部的空格被刪除掉。在存儲或檢索過程中不進行大小寫轉換。CHAR存儲定長數據很方便，CHAR字段上的索引效率級高，比如定義char(10)，那麼不論你存儲的數據是否達到了10個字節，都要佔去10個字節的空間,不足的自動用空格填充。
VARCHAR(M)定義的列的長度爲可變長字符串，M取值可以爲0~65535之間，(VARCHAR的最大有效長度由最大行大小和使用的字符集確定。整體最大長度是65,532字節）。VARCHAR值保存時只保存需要的字符數，另加一個字節來記錄長度(如果列聲明的長度超過255，則使用兩個字節)。VARCHAR值保存時不進行填充。當值保存和檢索時尾部的空格仍保留，符合標準SQL。varchar存儲變長數據，但存儲效率沒有CHAR高。如果一個字段可能的值是不固定長度的，我們只知道它不可能超過10個字符，把它定義爲 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。爲什麼"+1"呢？這一個字節用於保存實際使用了多大的長度。從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。
CHAR和VARCHAR最大的不同就是一個是固定長度，一個是可變長度。由於是可變長度，因此實際存儲的時候是實際字符串再加上一個記錄字符串長度的字節(如果超過255則需要兩個字節)。如果分配給CHAR或VARCHAR列的值超過列的最大長度，則對值進行裁剪以使其適合。如果被裁掉的字符不是空格，則會產生一條警告。如果裁剪非空格字符，則會造成錯誤(而不是警告)並通過使用嚴格SQL模式禁用值的插入。
3. VARCHAR和TEXT、BlOB類型的區別
VARCHAR，BLOB和TEXT類型是變長類型，對於其存儲需求取決於列值的實際長度(在前面的表格中用L表示)，而不是取決於類型的最大可能尺寸。例如，一個VARCHAR(10)列能保存最大長度爲10個字符的一個字符串，實際的存儲需要是字符串的長度 ，加上1個字節以記錄字符串的長度。對於字符串'abcd'，L是4而存儲要求是5個字節。
BLOB和TEXT類型需要1，2，3或4個字節來記錄列值的長度，這取決於類型的最大可能長度。VARCHAR需要定義大小，有65535字節的最大限制；TEXT則不需要。如果你把一個超過列類型最大長度的值賦給一個BLOB或TEXT列，值被截斷以適合它。
一個BLOB是一個能保存可變數量的數據的二進制的大對象。4個BLOB類型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB僅僅在他們能保存值的最大長度方面有所不同。
BLOB 可以儲存圖片,TEXT不行，TEXT只能儲存純文本文件。4個TEXT類型TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT對應於4個BLOB類型，並且有同樣的最大長度和存儲需求。在BLOB和TEXT類型之間的唯一差別是對BLOB值的排序和比較以大小寫敏感方式執行，而對TEXT值是大小寫不敏感的。換句話說，一個TEXT是一個大小寫不敏感的BLOB。
4.char，varchar，text區別
長度的區別，char範圍是0～255，varchar最長是64k，但是注意這裏的64k是整個row的長度，要考慮到其它的column，還有如果存在not null的時候也會佔用一位，對不同的字符集，有效長度還不一樣，比如utf8的，最多21845，還要除去別的column，但是varchar在一般情況下存儲都夠用了。如果遇到了大文本，考慮使用text，最大能到4G。
效率來說基本是char>varchar>text，但是如果使用的是Innodb引擎的話，推薦使用varchar代替char
char和varchar可以有默認值，text不能指定默認值
數據庫選擇合適的數據類型存儲還是很有必要的，對性能有一定影響。這裏在零碎記錄兩筆，對於int類型的，如果不需要存取負值，最好加上unsigned；對於經常出現在where語句中的字段，考慮加索引，整形的尤其適合加索引。
5.varchar(10)和varchar(100)的區別一般初學會認爲，二者佔用的空間是一樣的。比如說我存儲5個char，二者都是實際佔用了5個char了【勘誤：varchar在實際存儲的時候會多一個byte用來存放長度】。
但是深入一下，設計數據庫的時候，二者一樣嗎？
答案是否定的【至少varchar類型需要在數據之前利用一個或者兩個字節來存儲數據的長度】【二者在內存中的操作方式也是不同的，下面的例子中有體現】。
如現在用戶需要存儲一個地址信息。根據評估，只要使用100個字符就可以了。但是有些數據庫管理員會認爲，反正Varchar數據類型是根據實際的需要來分配長度的。還不如給其大一點的呢。爲此他們可能會爲這個字段一次性分配200個字符的存儲空間。這VARCHAR(100)與VARCHAR(200)真的相同嗎?結果是否定的。雖然他們用來存儲90個字符的數據，其存儲空間相同。但是對於內存的消耗是不同的。對於VARCHAR數據類型來說，硬盤上的存儲空間雖然都是根據實際字符長度來分配存儲空間的，但是對於內存來說，則不是。其時使用固定大小的內存塊來保存值。簡單的說，就是使用字符類型中定義的長度，即200個字符空間。顯然，這對於排序或者臨時表(這些內容都需要通過內存來實現)作業會產生比較大的不利影響。解釋可以參見這裏。所以如果某些字段會涉及到文件排序或者基於磁盤的臨時表時，分配VARCHAR數據類型時仍然不能夠太過於慷慨。還是要評估實際需要的長度，然後選擇一個最長的字段來設置字符長度。如果爲了考慮冗餘，可以留10%左右的字符長度。千萬不能認爲其爲根據實際長度來分配存儲空間，而隨意的分配長度，或者說乾脆使用最大的字符長度。
6.char的利弊
1）、從碎片角度進行考慮，使用CHAR字符型時，由於存儲空間都是一次性分配的。爲此某個字段的內容，其都是存儲在一起的。單從這個角度來講，其不存在碎片的困擾。而可變長度的字符數據類型，其存儲的長度是可變的。當其更改前後數據長度不一致時，就不可避免的會出現碎片的問題。故使用可變長度的字符型數據時，數據庫管理員要時不時的對碎片進行整理。如執行數據庫導出導入作業，來消除碎片。
2）、考慮其長度的是否相近，如果某個字段其長度雖然比較長，但是其長度總是近似的，如一般在90個到100個字符之間，甚至是相同的長度。此時比較適合採用CHAR字符類型。比較典型的應用就是MD5哈希值。當利用MD5哈希值來存儲用戶密碼時，就非常使用採用CHAR字符類型。因爲其長度是相同的。另外，像用來存儲用戶的身份證號碼等等，一般也建議使用CHAR類型的數據。
另外請大家考慮一個問題，CHAR(1)與VARCHAR(1)兩這個定義，會有什麼區別呢?雖然這兩個都只能夠用來保存單個的字符，但是VARCHAR要比CHAR多佔用一個存儲位置。這主要是因爲使用VARCHAR數據類型時，會多用1個字節用來存儲長度信息。這個管理上的開銷char字符類型是沒有的。
3）、二者在磁盤上存儲佔的空間是一樣的。區別有二。第一、一個變長一個固定長度。第二、在內存中的操作方式，varchar也是按照最長的方式在內存中進行操作的。比如說要進行排序的時候，varcahr(100)是按照100這個長度來進行的。
4）、mysql的vachar字段的類型雖然最大長度是65535，但是並不是能存這麼多數據，最大可以到65533（不允許非空字段的時候），當允許非空字段的時候只能到65532【在允許空的時候，varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte】
5）、請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。請注意所有MySQL版本均如此，並且它不受SQL服務器模式的影響。如果在一個char或者varchar列上建立唯一索引之後，那麼'a'和'a '，會引起duplicate-key error。