MySQL的varchar長度問題

標籤：

如果某一項中設定的是varchar(50)那麼對英文當然是50那麼對中文呢utf-8的中文佔3個位元組那麼,這個varchar(50)是不是只能存16個漢字了? 不是這樣的，mysql低版本之前是這樣的，但是5.0以後就不是了 mysql varchar(50)  不管中文 還是英文 都是存50個的，但是一個表中所有varchar欄位的總長度跟編碼有關，如果是utf-8，那麼大概65535/3，如果是gbk，那麼大概65535/2.
MySQL5的文檔，其中對varchar欄位類型這樣描述：varchar(m) 變長字串。M 表示最大列長度。M的範圍是0到65,535。(VARCHAR的最大實際長度由最長的行的大小和使用的字元集確定，最大有效長度是65,532位元組）。為何會這般變換？真是感覺MySQL的手冊做的太不友好了，因為你要仔細的繼續往下讀才會發現這段描述：MySQL 5.1遵從標準SQL規範，並且不刪除VARCHAR值的尾部空格。VARCHAR儲存時用一個位元組或兩個位元組長的首碼+資料。如果VARCHAR列聲明的長度大於255，長度首碼是兩個位元組。

 MySQL中varchar最大長度是多少？這不是一個固定的數字。本文簡要說明一下限制規則。

1、限制規則

欄位的限制在欄位定義的時候有以下規則：

a)  儲存限制

varchar 欄位是將實際內容單獨儲存在聚簇索引之外，實際儲存從第二個位元組開始，接著要用1到2個位元組表示實際長度（長度超過255時需要2個位元組），因此最大長度不能超過65535。

b)  編碼長度限制

字元類型若為gbk，每個字元最多佔2個位元組

字元類型若為utf8，每個字元最多佔3個位元組

若定義的時候超過上述限制，則varchar欄位會被強行轉為text類型，併產生warning。

c)  行長度限制

導致實際應用中varchar長度限制的是一個行定義的長度。 MySQL要求一個行的定義長度不能超過65535。若定義的表長度超過這個值，則提示

ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。

2、計算例子

舉兩個例說明一下實際長度的計算。

a)                  若一個表只有一個varchar類型，如定義為

create table t4(c varchar(N)) charset=gbk;

則此處N的最大值為(65535-1-2)/2= 32766。

減1的原因是實際行儲存從第二個位元組開始’;

減2的原因是varchar頭部的2個位元組表示長度;

除2的原因是字元編碼是gbk。

b)                  若一個表定義為

create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8;

則此處N的最大值為 (65535-1-2-4-30*3)/3=21812

減1和減2與上例相同;

減4的原因是int類型的c佔4個位元組;

減30*3的原因是char(30)佔用90個位元組，編碼是utf8。

       如果被varchar超過上述的b規則，被強轉成text類型，則每個欄位佔用定義長度為11位元組，當然這已經不是“varchar”了。

 ===========================================================From: http://www.cnblogs.com/doit8791/archive/2012/05/28/2522556.html  

今天新開始的項目在做資料庫設計，發現自己對MySql的varchar類型還不熟悉，故又上網收集資料整理如下。

1.varchar類型的變化

MySQL 資料庫的varchar類型在4.1以下的版本中的最大長度限制為255，其資料範圍可以是0~255或1~255（根據不同版本資料庫來定）。在 MySQL5.0以上的版本中，varchar資料類型的長度支援到了65535，也就是說可以存放65532個位元組的資料，起始位和結束位佔去了3個字 節，也就是說，在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的資料可以使用可變長的varchar來存放，這樣就能有效減少資料庫文 件的大小。

MySQL 資料庫的varchar類型在4.1以下的版本中,nvarchar（儲存的是Unicode資料類型的字元）不管是一個字元還是一個漢字,都存為2個字 節 ，一般用作中文或者其他語言輸入，這樣不容易亂碼 ;varchar: 漢字是2個位元組,其他字元存為1個位元組 ，varchar適合輸入英文和數字。

4.0版本以下，varchar(20)，指的是20位元組，如果存放UTF8漢字時，只能存6個（每個漢字3位元組） ；5.0版本以上，varchar(20)，指的是20字元，無論存放的是數字、字母還是UTF8漢字（每個漢字3位元組），都可以存放20個，最大大小是 65532位元組 ；varchar(20)在Mysql4中最大也不過是20個位元組,但是Mysql5根據編碼不同,儲存大小也不同，具體有以下規則：

a) 儲存限制

varchar 欄位是將實際內容單獨儲存在聚簇索引之外，內容開頭用1到2個位元組表示實際長度（長度超過255時需要2個位元組），因此最大長度不能超過65535。

b) 編碼長度限制

字元類型若為gbk，每個字元最多佔2個位元組，最大長度不能超過32766;

字元類型若為utf8，每個字元最多佔3個位元組，最大長度不能超過21845。

若定義的時候超過上述限制，則varchar欄位會被強行轉為text類型，併產生warning。

c) 行長度限制

導致實際應用中varchar長度限制的是一個行定義的長度。 MySQL要求一個行的定義長度不能超過65535。若定義的表長度超過這個值，則提示

ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。

2.CHAR(M), VARCHAR(M)不同之處

CHAR(M)定義的列的長度為固定的，M取值可以為0～255之間，當儲存CHAR值時，在它們的右邊填充空格以達到指定的長度。當檢 索到CHAR值時，尾部的空格被刪除掉。在儲存或檢索過程中不進行大小寫轉換。CHAR儲存定長資料很方便，CHAR欄位上的索引效率級高，比如定義 char(10)，那麼不論你儲存的資料是否達到了10個位元組，都要佔去10個位元組的空間,不足的自動用空格填充。

VARCHAR(M)定義的列的長度為可變長字串，M取值可以為0~65535之間，(VARCHAR的最大有效長度由最大行大小和使用 的字元集確定。整體最大長度是65,532位元組）。VARCHAR值儲存時只儲存需要的字元數，另加一個位元組來記錄長度(如果列聲明的長度超過255，則 使用兩個位元組)。VARCHAR值儲存時不進行填充。當值儲存和檢索時尾部的空格仍保留，符合標準SQL。varchar儲存變長資料，但儲存效率沒有 CHAR高。如果一個欄位可能的值是不固定長度的，我們只知道它不可能超過10個字元，把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什麼"+1"呢？這一個位元組用於儲存實際使用了多大的長度。 從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。

CHAR和VARCHAR最大的不同就是一個是固定長度，一個是可變長度。由於是可變長度，因此實際儲存的時候是實際字串再加上一個記錄 字串長度的位元組(如果超過255則需要兩個位元組)。如果分配給CHAR或VARCHAR列的值超過列的最大長度，則對值進行裁剪以使其適合。如果被裁掉 的字元不是空格，則會產生一條警告。如果裁剪非空白字元，則會造成錯誤(而不是警告)並通過使用嚴格SQL模式禁用值的插入。

3. VARCHAR和TEXT、BlOB類型的區別

VARCHAR，BLOB和TEXT類型是變長類型，對於其儲存需求取決於列值的實際長度(在前面的表格中用L表示)，而不是取決於類型 的最大可能尺寸。例如，一個VARCHAR(10)列能儲存最大長度為10個字元的一個字串，實際的儲存需要是字串的長度 ，加上1個位元組以記錄字串的長度。對於字串‘abcd‘，L是4而儲存要求是5個位元組。

BLOB和TEXT類型需要1，2，3或4個位元組來記錄列值的長度，這取決於類型的最大可能長度。VARCHAR需要定義大小，有65535位元組的最大限制；TEXT則不需要。如果你把一個超過列類型最大長度的值賦給一個BLOB或TEXT列，值被截斷以適合它。

一個BLOB是一個能儲存可變數量的資料的二進位的大對象。4個BLOB類型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB僅僅在他們能儲存值的最大長度方面有所不同。

BLOB 可以儲存圖片,TEXT不行，TEXT只能儲存純文字檔案。4個TEXT類型TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT對應於 4個BLOB類型，並且有同樣的最大長度和儲存需求。在BLOB和TEXT類型之間的唯一差別是對BLOB值的排序和比較以大小寫敏感方式執行，而對 TEXT值是大小寫不敏感的。換句話說，一個TEXT是一個大小寫不敏感的BLOB。

4.總結char，varchar，text區別

長度的區別，char範圍是0～255，varchar最長是64k，但是注意這裡的64k是整個row的長度，要考慮到其它的 column，還有如果存在not null的時候也會佔用一位，對不同的字元集，有效長度還不一樣，比如utf8的，最多21845，還要除去別的column，但是varchar在一般 情況下儲存都夠用了。如果遇到了大文本，考慮使用text，最大能到4G。

效率來說基本是char>varchar>text，但是如果使用的是Innodb引擎的話，推薦使用varchar代替char

char和varchar可以有預設值，text不能指定預設值

資料庫選擇合適的資料類型儲存還是很有必要的，對效能有一定影響。這裡在零碎記錄兩筆，對於int類型的，如果不需要存取負值，最好加上unsigned；對於經常出現在where語句中的欄位，考慮加索引，整形的尤其適合加索引。

 

 

MySQL的varchar長度問題