很多地方在分析char與varchar數(shù)據(jù)類型選擇原則上，常常疏忽了存儲(chǔ)引擎。事實(shí)上，我們應(yīng)當(dāng)根據(jù)選定的存儲(chǔ)引擎,肯定如何選擇適合的數(shù)據(jù)類型。

char與varchar比較

總結(jié)：從上表可以看出，char屬于定長(zhǎng)的。
char屬于定長(zhǎng)類型，varchar屬于非定長(zhǎng)類型，varchar屬于變長(zhǎng)。可能有人會(huì)問為何varchar長(zhǎng)度比數(shù)據(jù)長(zhǎng)度大呢？由于VARCHAR保存時(shí)用1個(gè)字節(jié)或兩個(gè)字節(jié)長(zhǎng)的前綴+數(shù)據(jù)。如果VARCHAR列聲明的長(zhǎng)度大于255，長(zhǎng)度前綴是兩個(gè)字節(jié)，否則是1個(gè)字節(jié)。

MyISAM存儲(chǔ)引擎

MyISAM數(shù)據(jù)表，最好使用固定長(zhǎng)度的數(shù)據(jù)列代替可變長(zhǎng)度的數(shù)據(jù)列。

InnoDB 存儲(chǔ)引擎

建議使用VARCHAR類型。
對(duì)InnoDB數(shù)據(jù)表，內(nèi)部的行存儲(chǔ)格式?jīng)]有辨別固定長(zhǎng)度和可變長(zhǎng)度列（所有數(shù)據(jù)行都使用指向數(shù)據(jù)列值的頭指針），因此在本質(zhì)上，使用固定長(zhǎng)度的CHAR列不1定比使用可變長(zhǎng)度VARCHAR列簡(jiǎn)單。因此，主要的性能因素是數(shù)據(jù)行使用的存儲(chǔ)總量。由于CHAR平均占用的空間多于VARCHAR，因此使用VARCHAR來最小化需要處理的數(shù)據(jù)行的存儲(chǔ)總量和磁盤I/O是比較好的。

MEMORY存儲(chǔ)引擎

MEMORY數(shù)據(jù)表目前都使用固定長(zhǎng)度的數(shù)據(jù)行存儲(chǔ)，因此不管使用CHAR或VARCHAR列都沒有關(guān)系。二者都是作為CHAR類型處理的。

誤區(qū)

1.我們都知道，utf⑻的中文占3個(gè)字節(jié)，gbk占兩個(gè)字節(jié)，那末varchar(20)是否是只能存儲(chǔ)20個(gè)字節(jié)，即存儲(chǔ)6個(gè)漢字呢？
答：不是這樣的，（網(wǎng)上說5.0之前版本是這樣的，沒有測(cè)試）。mysql varchar(20) 不管中文還是英文都能存20個(gè)，但varchar字段的最大長(zhǎng)度跟編碼有關(guān)，如果是utf⑻，那末大概65535/3，如果是gbk，那末大概65535/2