一般初學會認為，二者佔用的空間是一樣的。比如說我存儲5個char，二者都是實際佔用了5個char了【勘誤：varchar在實際存儲的時候會多一個byte用來存放長度】。
但是深入一下，設計數據庫的時候，二者一樣嗎？
答案是否定的【至少varchar類型需要在數據之前利用一個或者兩個字節來存儲數據的長度】【二者在內存中的操作方式也是不同的，下面的例子中有體現】。看下面的例子。
如現在用戶需要存儲一個地址信息。根據評估，只要使用100個字符就可以了。但是有些數據庫管理員會認為，反正Varchar數據類型是根據實際的需要來分配長度的。還不如給其大一點的呢。為此他們可能會為這個字段一次性分配200個字符的存儲空間。這VARCHAR(100)與VARCHAR(200)真的相同嗎?結果是否定的。雖然他們用來存儲90個字符的數據，其存儲空間相同。但是對於內存的消耗是不同的。對於VARCHAR數據類型來說，硬盤上的存儲空間雖然都是根據實際字符長度來分配存儲空間的，但是對於內存來說，則不是。其時使用固定大小的內存塊來保存值。簡單的說，就是使用字符類型中定義的長度，即200個字符空間。顯然，這對於排序或者臨時表(這些內容都需要通過內存來實現)作業會產生比較大的不利影響。所以如果某些字段會涉及到文件排序或者基於磁盤的臨時表時，分配VARCHAR數據類型時仍然不能夠太過於慷慨。還是要評估實際需要的長度，然後選擇一個最長的字段來設置字符長度。如果為了考慮冗餘，可以留10%左右的字符長度。千萬不能認為其為根據實際長度來分配存儲空間，而隨意的分配長度，或者說乾脆使用最大的字符長度。
----------------------------------char------------------------------------------
1、從碎片角度進行考慮，使用CHAR字符型時，由於存儲空間都是一次性分配的。為此某個字段的內容，其都是存儲在一起的。單從這個角度來講，其不存在碎片的困擾。而可變長度的字符數據類型，其存儲的長度是可變的。當其更改前後數據長度不一致時，就不可避免的會出現碎片的問題。故使用可變長度的字符型數據時，數據庫管理員要時不時的對碎片進行整理。如執行數據庫導出導入作業，來消除碎片。
2、考慮其長度的是否相近，如果某個字段其長度雖然比較長，但是其長度總是近似的，如一般在90個到100個字符之間，甚至是相同的長度。此時比較適合採用CHAR字符類型。比較典型的應用就是MD5哈希值。當利用MD5哈希值來存儲用戶密碼時，就非常使用採用CHAR字符類型。因為其長度是相同的。另外，像用來存儲用戶的身份證號碼等等，一般也建議使用CHAR類型的數據。
另外請大家考慮一個問題，CHAR(1)與VARCHAR(1)兩這個定義，會有什麼區別呢?雖然這兩個都只能夠用來保存單個的字符，但是VARCHAR要比CHAR多佔用一個存儲位置。這主要是因為使用VARCHAR數據類型時，會多用1個字節用來存儲長度信息。這個管理上的開銷char字符類型是沒有的。
---------------------------------總結---------------------------------------------
二者在磁盤上存儲佔的空間是一樣的。區別有二。第一、一個變長一個固定長度。第二、在內存中的操作方式，varchar也是按照最長的方式在內存中進行操作的。比如說要進行排序的時候，varcahr(100)是按照100這個長度來進行的。
-----------------------------------------------------------------------------------
varchar的最大長度是多少呢？
mysql的vachar字段的類型雖然最大長度是65535，但是並不是能存這麼多數據，最大可以到65533（不允許非空字段的時候），當允許非空字段的時候只能到65532【在允許空的時候，varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte】
-------------------------------------------------------------------------------------
請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。請注意所有MySQL版本均如此，並且它不受SQL服務器模式的影響。
閱讀更多 IT大派 的文章
