轉自：http://www.jb51.net/article/23575.htm
char (13)長度固定， 如'www.jb51.net' 存儲需要空間 12個字符
varchar(13) 可變長 如'www.jb51.net' 需要存儲空間 13字符,
從上面可以看得出來char 長度是固定的，不管你存儲的數據是多少他都會都固定的長度。而varchar則處可變長度但他要在總長度上加1字符，這個用來存儲位置。所以實際應用中用戶可以根據自己的數據類型來做。
再看看char,與varchar在速度上的區別：
1 mysal>create tabe ab(v varchar(4),c char(4)); 2 query ok ,0 rows affected(0.02 sec) 3 mysql>insert into abc values('ab ','ab ') 4 query ok ,1 row affected(0.00 sec); 5 mysql->select concat(v ,'+') ,concat(c ,'+') form abc 6 ab + | ab+ 7 1rows in set (0.00 sec)
從上面可以看出來，由於某種原因char 固定長度，所以在處理速度上要比varchar快速很多，但是對費存儲空間，所以對存儲不大，但在速度上有要求的可以使用char類型，反之可以用varchar類型來實例。
注明：
在用char字符類型時內容后面有空間時必須作相關處理，要不就會把空格自動刪除。
建意:
myisam 存儲引擎 建議使用固定長度，數據列代替可變長度的數據列。
memory存儲引擎 目前都使用固定數據行存儲，因此無論使用char varchar列都沒關系，
innodb 存儲引擎 建意使用varchar 類型
以下是其它網友的補充
char是一種固定長度的類型，varchar則是一種可變長度的類型
char(M)類型的數據列里，每個值都占用M個字節，如果某個長度小於M，MySQL就會在它的右邊用空格字符補足．（在檢索操作中那些填補出來的空格字符將被去掉）在varchar(M)類型的數據列里，每個值只占用剛好夠用的字節再加上一個用來記錄其長度的字節（即總長度為L+1字節）．
在MySQL中用來判斷是否需要進行對據列類型轉換的規則 ：
１、在一個數據表里，如果每一個數據列的長度都是固定的，那么每一個數據行的長度也將是固定的．
２、只要數據表里有一個數據列的長度的可變的，那么各數據行的長度都是可變的．
３、如果某個數據表里的數據行的長度是可變的，那么，為了節約存儲空間，MySQL會把這個數據表里的固定長度類型的數據列轉換為相應的可變長度類型．
例外：長度小於４個字符的char數據列不會被轉換為varchar類型
對於MyISAM表，盡量使用Char，對於那些經常需要修改而容易形成碎片的myisam和isam數據表就更是如此，它的缺點就是占用磁盤空間；
對於InnoDB表，因為它的數據行內部存儲格式對固定長度的數據行和可變長度的數據行不加區分（所有數據行共用一個表頭部分，這個標頭部分存放着指向各有關數據列的指針），所以使用char類型不見得會比使用varchar類型好。事實上，因為char類型通常要比varchar類型占用更多的空間，所以從減少空間占用量和減少磁盤i/o的角度，使用varchar類型反而更有利.
文章2：
字符應該是最常見的一種了，但似乎各個數據庫都有所不同，比如oracle中就有啥varchar2之類。不過mysql似乎最多的還是集中在char和varchar上。
說說區別：
char是固定長度的，而varchar會根據具體的長度來使用存儲空間。比如char(255)和varchar(255)，在存儲字符串"hello world"的時候，char會用一塊255的空間放那個11個字符，而varchar就不會用255個，他先計算長度后只用11個再加上計算的到字符串長度信息，一般1-2個byte來，這樣varchar在存儲不確定長度的時候會大大減少存儲空間。
如此看來varchar比char聰明多了，那char有用武之地嗎？還是很不少優勢的。
一，存儲很短的信息，比如門牌號碼101，201……這樣很短的信息應該用char，因為varchar還要占個byte用於存儲信息長度，本來打算節約存儲的現在得不償失。
二，固定長度的。比如使用uuid作為主鍵，那用char應該更合適。因為他固定長度，varchar動態根據長度的特性就消失了，而且還要占個長度信息。
三，十分頻繁改變的column。因為varchar每次存儲都要有額外的計算，得到長度等工作，如果一個非常頻繁改變的，那就要有很多的精力用於計算，而這些對於char來說是不需要的。
還有一個關於varchar的問題是，varchar他既然可以自動適應存儲空間，那我varchar(8)和varchar(255)存儲應該都是一樣的，那每次表設計的時候往大的方向去好了，免得以后不夠用麻煩。這個思路對嗎？答案是否定的。mysql會把表信息放到內存中（查詢第一次后，就緩存住了，linux下很明顯，但windows下似乎沒有，不知道為啥），這時內存的申請是按照固定長度來的，如果varchar很大就會有問題。所以還是應該按需索取。
總結：仔細看DZ的數據表，定長的字段基本還都是用char....