mysql中char與varchar的差別剖析。本站提示廣大學習愛好者：（mysql中char與varchar的差別剖析）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql中char與varchar的差別剖析正文
char與varchar的差別
char (13)長度固定， 如'www.jb51.net' 存儲須要空間 12個字符
varchar(13) 可變長 如'www.jb51.net' 須要存儲空間 13字符,
從下面可以看得出來char 長度是固定的，不論你存儲的數據是若干他都邑都固定的長度。而varchar則處可變長度但他要在總長度上加1字符，這個用來存儲地位。所以現實運用頂用戶可以依據本身的數據類型來做。
再看看char,與varchar在速度上的差別吧。
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字符類型時內容前面有空間時必需作相干處置，要不就會把空格主動刪除。
建意:
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....
