MySQL中 char 和 varchar 的區別

2021-08-31 03:19:08 字數 1327 閱讀 6213

一、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、是從碎片角度進行考慮

用可變長度的字元型資料時,資料庫管理員要時不時的對碎片進行整理。如執行資料庫匯出匯入作業,來消除碎片。

mysql中char和varchar區別

結論 char 定長,效率高 varchar 不定長,效率低。char是一種固定長度的型別,varchar則是一種可變長度的型別,它們的區別是 char m 型別的資料列裡,每個值都占用m個位元組,如果某個長度小於m,mysql就會在它的右邊用空格字元補足 在檢索操作中那些填補出來的空格字元將被去掉...

MySQL中varchar 和char型別介紹

varchar 和char型別是兩種最重要的字串型別,在儲存引擎是innodb或myisam下,討論varchar和char。一 varchar型別 varchar 用於可變長字串,是最常見的字串資料型別。它比定長型別更節省空間,按照儲存的實際字串長度分配空間。varchar需使用1或2個額外位元組...

由MySQL中char和varchar效率想到的

一般認為空間換時間,現在磁碟又大又不值錢 當使用全表都是char這的字段的時候,那麼表屬性row format是fixed也就是靜態表,與之對應的自然就是動態表dynamic,靜態錶比動態表效率要高,主要是因為,基於兩點 1 沒有碎片,每行的長度是固定,所以在頻繁更新的場景下,尤其是某個欄位由小變大...