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