一、VARCHAR與CHAR字元型資料的差異
　　在MySQL資料庫中，用的最多的字元型資料型別就是Varchar和Char，這兩種資料型別雖然都是用來存放字元型資料，但是無論從結構還是從資料的儲存方式來看，兩者相差很大。而且其具體的實現方式，還依賴與儲存引擎。我這裡就以大家最常用的MYISAM儲存引擎為例，談談這兩種資料型別的差異。在後續建議中，也是針對這種儲存型別而言的。
　　Varchar往往用來儲存可變長度的字串。簡單的說，我們只是給其固定了一個最大值，然後系統會根據實際儲存的資料量來分配合適的儲存空間。為此相比CHAR字元資料而言，其能夠比固定長度型別佔用更少的儲存空間。通常情況下，VARCHAR資料型別能夠節約磁碟空間，為此往往認為其能夠提升資料庫的效能。不過這裡需要注意的是，這往往是一把雙刃劍。其在提升效能的 同時，往往也會產生一些副作用。如因為其長度是可變的，為此在資料進行更新時可能會導致一些額外的工作。如在更改前，其字元長度是10位(Varchar 規定的最長字元數假設是50位)，此時系統就只給其分配10個儲存的位置(假設不考慮系統自身的開銷)。更改後，其資料量達到了20位。由於沒有超過最大 50位的限制，為此資料庫還是允許其儲存的。只是其原先的儲存位置已經無法滿足其儲存的需求。此時系統就需要進行額外的操作。如根據儲存引擎不同，有的會 採用拆分機制，而有的則會採用分頁機制。

　　CHAR資料型別與VARCHAR資料型別不同，其採用的是固定長度的儲存方式。簡單的說，就是系統總為其分配最大的儲存空間。當資料儲存時，即使 其沒有達到最大的長度，系統也會為其分配這麼多的儲存空間。顯然，這種儲存方式會造成磁碟空間的浪費。這裡筆者需要提醒的一點是，當字元位數不足時，系統 並不會採用空格來填充。相反，如果在儲存CHAR值的時候，如果其後面有空值，系統還會自動過濾其空格。而在進行資料比較時，系統又會將空格填充到字串 的末尾。

　　顯然，VARCHAR與CHAR兩種字元型資料型別相比，最大的差異就是前者是可變長度，而後者則是固定長度。在儲存時，前者會根據實際儲存的資料 來分配最終的儲存空間。而後者則不管實際儲存資料的長度，都是根據CHAR規定的長度來分配儲存空間。這是否意味著CHAR的資料型別劣於VARCHAR 呢?其實不然。否則的話，就沒有必要存在CHAR字元型別了。雖然VARCHAR資料型別可以節省儲存空間，提高資料處理的效率。但是其可變長度帶來的一 些負面效應，有時候會抵消其帶來的優勢。為此在某些情況下，還是需要使用Char資料型別。

二、使用建議
　　1、根據字元的長度來判斷，是考慮其長度的是否相近來確定選擇char還是varchar，如何欄位的長度基本都是一樣或者其長度總是近似的可以選用char
　　2、是從碎片角度進行考慮
　　　  用可變長度的字元型資料時，資料庫管理員要時不時的對碎片進行整理。如執行資料庫匯出匯入作業，來消除碎片。