mysql的varchar字段的長度

mysql的varchar字段的長度

 

今天在設計系統字段的時候, 發現自己對varchar還不夠瞭解.我設瞭一個字段.類型為VARCHER,然後我就往裡面測試性瞭寫瞭東西.發現沒有多少就滿瞭.我覺得奇怪,5.5版本以上的MYSQL不是有65535的長度嗎,為什麼隻有這麼一點點?後來才發現,原來VARCHER的默認長度還是255,如果你想它更長,就得指定.還有,你不能指定它為65535,或是65534,這樣是會錯的.原因如下:

 

1、限制規則

 

字段的限制在字段設定的時候有以下規則:

 

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、計算例子

 

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

 

 

 

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”瞭。

 

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。