用char還是varchar爽柒?答案和原理都告訴你

在MySQL中者填,char和varchar可能是我們最常使用字符串類型。那么到底varchar和varchar有什么不同穴亏?我們什么時候使用char重挑,什么時候使用varchar呢谬哀?

區(qū)別

char

char是定長的,插入數(shù)據(jù)不足規(guī)定長度的谦屑,右邊補空格,當然查詢出來的數(shù)據(jù)也會有空格酝枢,插入數(shù)據(jù)超過規(guī)定長度悍手,會返回錯誤[22001][1406] Data truncation: Data too long for column 'name' at row 1坦康,MySQL并不會自動截短字符串。因為char是定長的古胆,所以查詢的效率比varchar高(后面會將為什么效率高)筛璧,但在列容量不能充分利用的情況下會造成一定的空間浪費。

varchar

varchar是不定長的桶良,varchar類型的列是不定長的沮翔,在5.0版本以后的最大長度是65536字節(jié)(2^16),但是這個長度只是“系統(tǒng)長度”,這并不意味著你真的可以完全利用65536字節(jié)來存儲數(shù)據(jù)疲牵,因為varchar是不定長的榆鼠,所以需要前兩個字節(jié)標記字段的實際長度妆够,結(jié)尾還要用一個字節(jié)表示結(jié)束。

需要注意的是65535只是字節(jié)個數(shù)颓哮,而且是理論字節(jié)個數(shù)鸵荠,在減去頭尾的"系統(tǒng)"占用字節(jié)后,只剩下65533可用字節(jié)姨伤。那么我們建表的時候哨坪,能不能直接寫varchar(65533)呢?當然是不可以的乍楚,因為4.0之后当编,varchar后面的小括號里就不再是字節(jié)長度了,而是字符長度徒溪。
字節(jié)和字符個數(shù)之間的換算關(guān)系是根據(jù)編碼決定的:

編碼 長度
utf8 65533/3=21844(漢字占3個字符)
utf8mb4 65533/4=16383(漢字占4個字符凌箕,包含了生僻漢字和文字表情)

我們只列出了常用的編碼格式。

那么這是否意味著词渤,在utf8mb4編碼下我們可以用varchar(16383)來定義一個列呢?

答案是要看情況串绩,MySQL規(guī)定了一個row所有的字段加起來總長度不能超過65535字節(jié)缺虐,所以如果一個表只有一個列礁凡,那完全可以用varchar(16383)來定義這個列高氮,如果這個表還有其他列,無論其他列多么短顷牌,都是會占用字節(jié)數(shù)的剪芍,所以,使用varchar(16383)來定義的時候窟蓝,MySQL會返回錯誤提示: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,意思是row的容量太大罪裹,超出了row的最大容量65535,如果不改變列的長度的話运挫,推薦使用TEXT or BLOBs類型状共。

所以,如果我們要創(chuàng)建一個只包含兩個字段的表(編碼是utf8mb4)谁帕,一列是主鍵峡继,一列是字符串,字符串的最大長度是多少呢匈挖?你可以先自己算一下碾牌,再往下看。

長度
id int(11)
article varchar((65535-4)/4=16382)

為什么65535要減去4呢儡循?因為int(11)占4個字節(jié)舶吗,那么在utf8編碼情況下,還是同樣的數(shù)據(jù)結(jié)構(gòu)贮折,article的最大長度有事多少呢裤翩?

長度
id int(11)
article varchar((65535-4)/3=21843)

相信這次你一定算對了。

為什么char類型查詢效率高

這是由他們在磁盤上存放的不同形式?jīng)Q定的,我們先來看一個圖:

char和varchar類型數(shù)據(jù)存儲示意圖.jpg

我們可以看到char類型在存放數(shù)據(jù)的時候踊赠,中間是沒有間隔的呵扛,數(shù)據(jù)本身是有空格的,但是數(shù)據(jù)段之間沒有間隔筐带,因為我們在創(chuàng)建列的時候已經(jīng)告訴MySQL列的長度了今穿,MySQL在查詢數(shù)據(jù)的時候,只需要按部就班尋找就行了伦籍,不需要在中途計算這個數(shù)據(jù)段的長度蓝晒。

但是varchar類型的存放就不同了,在每個數(shù)據(jù)段開頭帖鸦,都要有一段空間(1~2個字節(jié))存放數(shù)據(jù)段的長度芝薇,在數(shù)據(jù)段的結(jié)尾還有一段空間(1個字節(jié))標記此字段的節(jié)數(shù)。MySQL在讀取一個數(shù)據(jù)段的時候作儿,首先要讀開頭洛二,比如讀到了3,說明數(shù)據(jù)段的長度是3攻锰,之后就不多不少晾嘶,只讀3個字節(jié)。所以MySQL在遍歷數(shù)據(jù)的時候娶吞,磁針要比char類型的列多讀很多次磁盤來獲取字段的真實長度垒迂,這就是為什么varchar比char查詢效率低的原因了。

應(yīng)用

我們可以用varchar存放不定長的數(shù)據(jù)妒蛇,比如人的名字机断,或者一篇博客的文章⌒宥幔可以用char存放定長的數(shù)據(jù)毫缆,比如身份證號和手機號,我們把一個列定義為mobile varchar(11)乐导,中國大陸的手機號最長苦丁,達到11位,香港是8位物臂,瑞士是10位旺拉,所以定義成11位完全夠用,可以存放各國的手機號了棵磷。

附加

除了char和varchar類型蛾狗,最常用的就是數(shù)值類型了,為了方便建表的時候計算列的最大長度仪媒,把數(shù)值類型占用的字節(jié)和值的范圍放在這里:


MySQL數(shù)值類型的取值范圍和占用字節(jié)數(shù).png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末沉桌,一起剝皮案震驚了整個濱河市谢鹊,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌留凭,老刑警劉巖佃扼,帶你破解...
    沈念sama閱讀 210,978評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異蔼夜,居然都是意外死亡兼耀,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,954評論 2 384
  • 文/潘曉璐 我一進店門求冷,熙熙樓的掌柜王于貴愁眉苦臉地迎上來瘤运,“玉大人,你說我怎么就攤上這事匠题≌兀” “怎么了?”我有些...
    開封第一講書人閱讀 156,623評論 0 345
  • 文/不壞的土叔 我叫張陵韭山,是天一觀的道長似谁。 經(jīng)常有香客問我,道長掠哥,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,324評論 1 282
  • 正文 為了忘掉前任秃诵,我火速辦了婚禮续搀,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘菠净。我一直安慰自己禁舷,他們只是感情好,可當我...
    茶點故事閱讀 65,390評論 5 384
  • 文/花漫 我一把揭開白布毅往。 她就那樣靜靜地躺著牵咙,像睡著了一般。 火紅的嫁衣襯著肌膚如雪攀唯。 梳的紋絲不亂的頭發(fā)上洁桌,一...
    開封第一講書人閱讀 49,741評論 1 289
  • 那天,我揣著相機與錄音侯嘀,去河邊找鬼另凌。 笑死,一個胖子當著我的面吹牛戒幔,可吹牛的內(nèi)容都是我干的吠谢。 我是一名探鬼主播,決...
    沈念sama閱讀 38,892評論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼诗茎,長吁一口氣:“原來是場噩夢啊……” “哼工坊!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,655評論 0 266
  • 序言:老撾萬榮一對情侶失蹤王污,失蹤者是張志新(化名)和其女友劉穎罢吃,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體玉掸,經(jīng)...
    沈念sama閱讀 44,104評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡刃麸,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,451評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了司浪。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片泊业。...
    茶點故事閱讀 38,569評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖啊易,靈堂內(nèi)的尸體忽然破棺而出吁伺,到底是詐尸還是另有隱情,我是刑警寧澤租谈,帶...
    沈念sama閱讀 34,254評論 4 328
  • 正文 年R本政府宣布篮奄,位于F島的核電站,受9級特大地震影響割去,放射性物質(zhì)發(fā)生泄漏窟却。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,834評論 3 312
  • 文/蒙蒙 一呻逆、第九天 我趴在偏房一處隱蔽的房頂上張望夸赫。 院中可真熱鬧,春花似錦咖城、人聲如沸茬腿。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,725評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽切平。三九已至,卻和暖如春辐董,著一層夾襖步出監(jiān)牢的瞬間悴品,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,950評論 1 264
  • 我被黑心中介騙來泰國打工简烘, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留他匪,地道東北人。 一個月前我還...
    沈念sama閱讀 46,260評論 2 360
  • 正文 我出身青樓夸研,卻偏偏與公主長得像邦蜜,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子亥至,可洞房花燭夜當晚...
    茶點故事閱讀 43,446評論 2 348

推薦閱讀更多精彩內(nèi)容

  • 一悼沈、數(shù)據(jù)庫簡介 1.數(shù)據(jù)庫系統(tǒng) 1.1數(shù)據(jù)庫 DataBase【DB】贱迟,指的是長期保存到計算機上的數(shù)據(jù),按照一定順...
    鄭元吉閱讀 594評論 0 6
  • 轉(zhuǎn)至http://blog.csdn.net/hjm4702192/article/details/8434919...
    Ddaidai閱讀 4,746評論 0 6
  • 什么是數(shù)據(jù)庫贮乳? 數(shù)據(jù)庫是存儲數(shù)據(jù)的集合的單獨的應(yīng)用程序忧换。每個數(shù)據(jù)庫具有一個或多個不同的API,用于創(chuàng)建向拆,訪問亚茬,管理...
    chen_000閱讀 4,032評論 0 19
  • 1.varchar類型的變化 MySQL 數(shù)據(jù)庫的varchar類型在4.1以下的版本中的最大長度限制為255,其...
    九點四十閱讀 771評論 0 0
  • 我們的一生里會充斥著許許多多的挫折、困難颈将、無奈梢夯、失敗、落寞晴圾,也會充滿著順利颂砸、快樂、喜悅疑务、希望、成功梗醇。 最好的生活狀...
    Megan頎閱讀 263評論 0 1