MySql中varchar(10)和varchar(100)的區別==>>以及char的利弊

標籤：style   http   color   io   os   ar   使用   for   sp   

一般初學會認為，二者佔用的空間是一樣的。比如說我儲存5個char，二者都是實際佔用了5個char了【勘誤：varchar在實際儲存的時候會多一個byte用來存放長度】。
但是深入一下，設計資料庫的時候，二者一樣嗎？
答案是否定的【至少varchar類型需要在資料之前利用一個或者兩個位元組來儲存資料的長度】【二者在記憶體中的操作方式也是不同的，下面的例子中有體現】。看下面的例子。
如現在使用者需要儲存一個地址資訊。根據評估，只要使用100個字元就可以了。但是有些資料庫管理員會認為，反正Varchar資料類型是根據實際的需要來分配長度的。還不如給其大一點的呢。為此他們可能會為這個欄位一次性分配200個字元的儲存空間。這VARCHAR(100)與VARCHAR(200)真的相同嗎?結果是否定的。雖然他們用來儲存90個字元的資料，其儲存空間相同。但是對於記憶體的消耗是不同的。對於VARCHAR資料類型來說，硬碟上的儲存空間雖然都是根據實際字元長度來分配儲存空間的，但是對於記憶體來說，則不是。其時使用固定大小的記憶體塊來儲存值。簡單的說，就是使用字元類型中定義的長度，即200個字元空間。顯然，這對於排序或者暫存資料表(這些內容都需要通過記憶體來實現)作業會產生比較大的不利影響。解釋可以參見這裡。所以如果某些欄位會涉及到檔案排序或者基於磁碟的暫存資料表時，分配VARCHAR資料類型時仍然不能夠太過於慷慨。還是要評估實際需要的長度，然後選擇一個最長的欄位來設定字元長度。如果為了考慮冗餘，可以留10%左右的字元長度。千萬不能認為其為根據實際長度來分配儲存空間，而隨意的分配長度，或者說乾脆使用最大的字元長度。
----------------------------------char------------------------------------------
1、從片段角度進行考慮，使用CHAR字元型時，由於儲存空間都是一次性分配的。為此某個欄位的內容，其都是儲存在一起的。單從這個角度來講，其不存在片段的困擾。而可變長度的字元資料類型，其儲存的長度是可變的。當其更改前後資料長度不一致時，就不可避免的會出現片段的問題。故使用可變長度的字元型資料時，資料庫管理員要時不時的對片段進行整理。如執行資料庫匯出匯入作業，來消除片段。
2、考慮其長度的是否相近，如果某個欄位其長度雖然比較長，但是其長度總是近似的，如一般在90個到100個字元之間，甚至是相同的長度。此時比較適合採用CHAR字元類型。比較典型的應用就是MD5雜湊值。當利用MD5雜湊值來儲存使用者密碼時，就非常使用採用CHAR字元類型。因為其長度是相同的。另外，像用來儲存使用者的社會安全號碼碼等等，一般也建議使用CHAR類型的資料。
另外請大家考慮一個問題，CHAR(1)與VARCHAR(1)兩這個定義，會有什麼區別呢?雖然這兩個都只能夠用來儲存單個的字元，但是VARCHAR要比CHAR多佔用一個儲存位置。這主要是因為使用VARCHAR資料類型時，會多用1個位元組用來儲存長度資訊。這個管理上的開銷char字元類型是沒有的。

---------------------------------總結---------------------------------------------

二者在磁碟上儲存占的空間是一樣的。區別有二。第一、一個變長一個固定長度。第二、在記憶體中的操作方式，varchar也是按照最長的方式在記憶體中進行操作的。比如說要進行排序的時候，varcahr(100)是按照100這個長度來進行的。

-----------------------------------------------------------------------------------

varchar的最大長度是多少呢？

參見這裡

mysql的vachar欄位的類型雖然最大長度是65535，但是並不是能存這麼多資料，最大可以到65533（不允許非空欄位的時候），當允許非空欄位的時候只能到65532【在允許空的時候，varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte】【還不清楚這一個null byte的作用是什麼。後續瞭解】。

-------------------------------------------------------------------------------------

請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。請注意所有MySQL版本均如此，並且它不受SQL伺服器模式的影響。【參見這裡的note部分上面幾行文字】

為證：

根據上面地址提供的mysql手冊，如果在一個char或者varchar列上建立唯一索引之後，那麼‘a‘和‘a ‘，會引起duplicate-key error。

MySql中varchar(10)和varchar(100)的區別==>>以及char的利弊