Mysql中varchar長(zhǎng)度設(shè)置方法
如果某一項(xiàng)中設(shè)置的是varchar(50)
那么對(duì)英文當(dāng)然是50
那么對(duì)中文呢
utf-8的中文占3個(gè)字節(jié)
那么,這個(gè)varchar(50)是不是只能存16個(gè)漢字了?
mysql varchar(50) 不管中文 還是英文 都是存50個(gè)的
MySQL5的文檔,其中對(duì)varchar字段類型這樣描述:varchar(m) 變長(zhǎng)字符串。M 表示最大列長(zhǎng)度。M的范圍是0到65,535。(VARCHAR的最大實(shí)際長(zhǎng)度由最長(zhǎng)的行的大小和使用的字符集確定,最大有效長(zhǎng)度是65,532字節(jié))。
為何會(huì)這般變換?真是感覺MySQL的手冊(cè)做的太不友好了,因?yàn)槟阋屑?xì)的繼續(xù)往下讀才會(huì)發(fā)現(xiàn)這段描述:MySQL 5.1遵從標(biāo)準(zhǔn)SQL規(guī)范,并且不刪除VARCHAR值的尾部空格。VARCHAR保存時(shí)用一個(gè)字節(jié)或兩個(gè)字節(jié)長(zhǎng)的前綴+數(shù)據(jù)。如果VARCHAR列聲明的長(zhǎng)度大于255,長(zhǎng)度前綴是兩個(gè)字節(jié)。
好了,貌似懂了一點(diǎn)。但具體他說的長(zhǎng)度大于255時(shí)使用2個(gè)字節(jié)長(zhǎng)度前綴,小學(xué)減法題:65535 - 2 = 65533啊。不知道這些大牛如何計(jì)算的,暫且保留疑問吧?
注:我測(cè)試了一下使用UTF8編碼,varchar的最大長(zhǎng)度為21854字節(jié)。
在mysql 5.0.45版本,數(shù)據(jù)庫編碼utf8下進(jìn)行測(cè)試:varchar最長(zhǎng)定義為21785。也就是說不論字母、數(shù)字、漢字,只能放21785個(gè)。
推想:varchar字節(jié)最大65535,utf8編碼一個(gè)字符3個(gè)字節(jié)65535/3=21785。
補(bǔ)充知識(shí):
1.varchar類型的變化
MySQL 數(shù)據(jù)庫的varchar類型在4.1以下的版本中的最大長(zhǎng)度限制為255,其數(shù)據(jù)范圍可以是0~255或1~255(根據(jù)不同版本數(shù)據(jù)庫來定)。在 MySQL5.0以上的版本中,varchar數(shù)據(jù)類型的長(zhǎng)度支持到了65535,也就是說可以存放65532個(gè)字節(jié)的數(shù)據(jù),起始位和結(jié)束位占去了3個(gè)字 節(jié),也就是說,在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的數(shù)據(jù)可以使用可變長(zhǎng)的varchar來存放,這樣就能有效的減少數(shù)據(jù)庫文 件的大小。
MySQL 數(shù)據(jù)庫的varchar類型在4.1以下的版本中,nvarchar(存儲(chǔ)的是Unicode數(shù)據(jù)類型的字符)不管是一個(gè)字符還是一個(gè)漢字,都存為2個(gè)字 節(jié) ,一般用作中文或者其他語言輸入,這樣不容易亂碼 ;varchar: 漢字是2個(gè)字節(jié),其他字符存為1個(gè)字節(jié) ,varchar適合輸入英文和數(shù)字。
4.0版本以下,varchar(20),指的是20字節(jié),如果存放UTF8漢字時(shí),只能存6個(gè)(每個(gè)漢字3字節(jié)) ;5.0版本以上,varchar(20),指的是20字符,無論存放的是數(shù)字、字母還是UTF8漢字(每個(gè)漢字3字節(jié)),都可以存放20個(gè),最大大小是 65532字節(jié) ;varchar(20)在Mysql4中最大也不過是20個(gè)字節(jié),但是Mysql5根據(jù)編碼不同,存儲(chǔ)大小也不同,具體有以下規(guī)則:
a) 存儲(chǔ)限制
varchar 字段是將實(shí)際內(nèi)容單獨(dú)存儲(chǔ)在聚簇索引之外,內(nèi)容開頭用1到2個(gè)字節(jié)表示實(shí)際長(zhǎng)度(長(zhǎng)度超過255時(shí)需要2個(gè)字節(jié)),因此最大長(zhǎng)度不能超過65535。
b) 編碼長(zhǎng)度限制
字符類型若為gbk,每個(gè)字符最多占2個(gè)字節(jié),最大長(zhǎng)度不能超過32766;
字符類型若為utf8,每個(gè)字符最多占3個(gè)字節(jié),最大長(zhǎng)度不能超過21845。
若定義的時(shí)候超過上述限制,則varchar字段會(huì)被強(qiáng)行轉(zhuǎn)為text類型,并產(chǎn)生warning。
c) 行長(zhǎng)度限制
導(dǎo)致實(shí)際應(yīng)用中varchar長(zhǎng)度限制的是一個(gè)行定義的長(zhǎng)度。 MySQL要求一個(gè)行的定義長(zhǎng)度不能超過65535。若定義的表長(zhǎng)度超過這個(gè)值,則提示
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)定義的列的長(zhǎng)度為固定的,M取值可以為0~255之間,當(dāng)保存CHAR值時(shí),在它們的右邊填充空格以達(dá)到指定的長(zhǎng)度。當(dāng)檢 索到CHAR值時(shí),尾部的空格被刪除掉。在存儲(chǔ)或檢索過程中不進(jìn)行大小寫轉(zhuǎn)換。CHAR存儲(chǔ)定長(zhǎng)數(shù)據(jù)很方便,CHAR字段上的索引效率級(jí)高,比如定義 char(10),那么不論你存儲(chǔ)的數(shù)據(jù)是否達(dá)到了10個(gè)字節(jié),都要占去10個(gè)字節(jié)的空間,不足的自動(dòng)用空格填充。
VARCHAR(M)定義的列的長(zhǎng)度為可變長(zhǎng)字符串,M取值可以為0~65535之間,(VARCHAR的最大有效長(zhǎng)度由最大行大小和使用 的字符集確定。整體最大長(zhǎng)度是65,532字節(jié))。VARCHAR值保存時(shí)只保存需要的字符數(shù),另加一個(gè)字節(jié)來記錄長(zhǎng)度(如果列聲明的長(zhǎng)度超過255,則 使用兩個(gè)字節(jié))。VARCHAR值保存時(shí)不進(jìn)行填充。當(dāng)值保存和檢索時(shí)尾部的空格仍保留,符合標(biāo)準(zhǔn)SQL。varchar存儲(chǔ)變長(zhǎng)數(shù)據(jù),但存儲(chǔ)效率沒有 CHAR高。如果一個(gè)字段可能的值是不固定長(zhǎng)度的,我們只知道它不可能超過10個(gè)字符,把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實(shí)際長(zhǎng)度是它的值的實(shí)際長(zhǎng)度+1。為什么"+1"呢?這一個(gè)字節(jié)用于保存實(shí)際使用了多大的長(zhǎng)度。 從空間上考慮,用varchar合適;從效率上考慮,用char合適,關(guān)鍵是根據(jù)實(shí)際情況找到權(quán)衡點(diǎn)。
CHAR和VARCHAR最大的不同就是一個(gè)是固定長(zhǎng)度,一個(gè)是可變長(zhǎng)度。由于是可變長(zhǎng)度,因此實(shí)際存儲(chǔ)的時(shí)候是實(shí)際字符串再加上一個(gè)記錄 字符串長(zhǎng)度的字節(jié)(如果超過255則需要兩個(gè)字節(jié))。如果分配給CHAR或VARCHAR列的值超過列的最大長(zhǎng)度,則對(duì)值進(jìn)行裁剪以使其適合。如果被裁掉 的字符不是空格,則會(huì)產(chǎn)生一條警告。如果裁剪非空格字符,則會(huì)造成錯(cuò)誤(而不是警告)并通過使用嚴(yán)格SQL模式禁用值的插入。
3. VARCHAR和TEXT、BlOB類型的區(qū)別
VARCHAR,BLOB和TEXT類型是變長(zhǎng)類型,對(duì)于其存儲(chǔ)需求取決于列值的實(shí)際長(zhǎng)度(在前面的表格中用L表示),而不是取決于類型 的最大可能尺寸。例如,一個(gè)VARCHAR(10)列能保存最大長(zhǎng)度為10個(gè)字符的一個(gè)字符串,實(shí)際的存儲(chǔ)需要是字符串的長(zhǎng)度 ,加上1個(gè)字節(jié)以記錄字符串的長(zhǎng)度。對(duì)于字符串'abcd',L是4而存儲(chǔ)要求是5個(gè)字節(jié)。
BLOB和TEXT類型需要1,2,3或4個(gè)字節(jié)來記錄列值的長(zhǎng)度,這取決于類型的最大可能長(zhǎng)度。VARCHAR需要定義大小,有65535字節(jié)的最大限制;TEXT則不需要。如果你把一個(gè)超過列類型最大長(zhǎng)度的值賦給一個(gè)BLOB或TEXT列,值被截?cái)嘁赃m合它。
一個(gè)BLOB是一個(gè)能保存可變數(shù)量的數(shù)據(jù)的二進(jìn)制的大對(duì)象。4個(gè)BLOB類型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB僅僅在他們能保存值的最大長(zhǎng)度方面有所不同。
BLOB 可以儲(chǔ)存圖片,TEXT不行,TEXT只能儲(chǔ)存純文本文件。4個(gè)TEXT類型TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT對(duì)應(yīng)于 4個(gè)BLOB類型,并且有同樣的最大長(zhǎng)度和存儲(chǔ)需求。在BLOB和TEXT類型之間的唯一差別是對(duì)BLOB值的排序和比較以大小寫敏感方式執(zhí)行,而對(duì) TEXT值是大小寫不敏感的。換句話說,一個(gè)TEXT是一個(gè)大小寫不敏感的BLOB。
4.總結(jié)char,varchar,text區(qū)別
長(zhǎng)度的區(qū)別,char范圍是0~255,varchar最長(zhǎng)是64k,但是注意這里的64k是整個(gè)row的長(zhǎng)度,要考慮到其它的 column,還有如果存在not null的時(shí)候也會(huì)占用一位,對(duì)不同的字符集,有效長(zhǎng)度還不一樣,比如utf8的,最多21845,還要除去別的column,但是varchar在一般 情況下存儲(chǔ)都?jí)蛴昧?。如果遇到了大文本,考慮使用text,最大能到4G。
效率來說基本是char>varchar>text,但是如果使用的是Innodb引擎的話,推薦使用varchar代替char
char和varchar可以有默認(rèn)值,text不能指定默認(rèn)值
數(shù)據(jù)庫選擇合適的數(shù)據(jù)類型存儲(chǔ)還是很有必要的,對(duì)性能有一定影響。這里在零碎記錄兩筆,對(duì)于int類型的,如果不需要存取負(fù)值,最好加上unsigned;對(duì)于經(jīng)常出現(xiàn)在where語句中的字段,考慮加索引,整形的尤其適合加索引。
以上所述是小編給大家介紹的Mysql中varchar長(zhǎng)度設(shè)置方法,希望對(duì)大家有所幫助,如果大家有任何疑問請(qǐng)給我留言,小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持!
相關(guān)文章
MySQL遷移到Oracle數(shù)據(jù)庫的超詳細(xì)步驟和方法總結(jié)
今天接到一個(gè)任務(wù),讓我把MySQL中的表與數(shù)據(jù)移植到Oracle中,所以這里總結(jié)下,這篇文章主要給大家介紹了關(guān)于MySQL遷移到Oracle數(shù)據(jù)庫的超詳細(xì)步驟和方法,需要的朋友可以參考下2023-11-11mysql提示got timeout reading communication packets的解決方法
今天發(fā)現(xiàn)mysql錯(cuò)誤日志中出現(xiàn)got timeout reading communication packets,一般情況因?yàn)椴糠猪撁嫔捎袉栴}導(dǎo)致,這里簡(jiǎn)單分享一下解決方法2019-05-05MySQL數(shù)據(jù)庫入門之備份數(shù)據(jù)庫操作詳解
這篇文章主要介紹了MySQL數(shù)據(jù)庫入門之備份數(shù)據(jù)庫操作,結(jié)合實(shí)例形式詳細(xì)分析了MySQL備份數(shù)據(jù)庫基本操作命令與相關(guān)注意事項(xiàng),需要的朋友可以參考下2020-05-05MySQL服務(wù)器的啟動(dòng)和關(guān)閉
作為MySQL管理員,一個(gè)普通的目標(biāo)就是確保服務(wù)器盡可能地處于運(yùn)行狀態(tài),使得客戶機(jī)能夠隨時(shí)訪問它。但是,有時(shí)最好關(guān)閉服務(wù)器(例如,如果正在進(jìn)行數(shù)據(jù)庫的重定位,不希望服務(wù)器在該數(shù)據(jù)庫中更新表)。保持服務(wù)器運(yùn)行和偶爾關(guān)閉它的需求關(guān)系不是本書所解 決的。但是我們至少可以討論如何使服務(wù)器啟動(dòng)和停止,以便您具備進(jìn)行這兩個(gè)操作的能力。2008-04-04