Mysql varchar長度問題


http://dinglin.iteye.com/blog/914276

http://www.cnblogs.com/fakis/archive/2011/03/07/1976532.html

 
如果某一項中設置的是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”了。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM