varchar和text是mysql字符存儲爭議比較多的領(lǐng)域,究竟大字段用那個比較好,我們來對比一下,然后自行選擇.

公司主營業(yè)務(wù)：成都網(wǎng)站設(shè)計、成都做網(wǎng)站、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出南州晴隆免費做網(wǎng)站回饋大家。

大小對比
VARCHAR:varchar在mysql中必須滿足大行寬度限制，也就是 65535(64k)字節(jié)，而varchar本身是按字符串個數(shù)來定義的,在mysql中使用uft-8字符集一個字符占用三個字節(jié)，所以單表varchar實際占用大長度如下.
?? ?1.使用utf-8字符編碼集varchar大長度是(65535-2)/3=21844個字符（超過255個字節(jié)會有2字節(jié)的額外占用空間開銷，所以減2,如果是255以下,則減1）。
?? ?2.使用utf-8mb4字符集，mysql中使用 utf-8mb4 字符集一個字符占用4個字節(jié)，所以 varchar 大長度是(65535-2)/4=16383 個字符（超過255個字節(jié)會有2字節(jié)的額外占用空間開銷，所以減2,如果是255以下,則減1）。

注意:如果使用utf-8mb4字符集時,有些需要存儲utf-8字符的時候,還是會只占3字節(jié),所以有時會比這個計算值能存更多個字符,因為utf-8mb4是utf-8的超集.

TEXT:大限制也是64k個字節(jié),但是本質(zhì)是溢出存儲,innodb默認只會存放前768字節(jié)在數(shù)據(jù)頁中,而剩余的數(shù)據(jù)則會存儲在溢出段中,雖然也受單表65535大行寬度限制,但mysql表中每個BLOB和TEXT列實際只占其中的5至9個字節(jié)，其他部分將進行溢出存儲.所以實際占用表大行寬度為9+2字節(jié),外加的是額外開銷,跟表的實際寬度沒有關(guān)系.
?? ?1.如果使用utf-8字符集,那么單字段占用大長度也是21844個字符.
?? ?2.不過單表可以設(shè)置多個text字段,這就突破了單表大行寬度65535的限制

注意:如果采用了新的行格式類型Barracuda (梭子魚)，該文件格式擁有新的兩種行格式:compressed和dynamic,兩種格式對blob/text字段采用完全溢出的方式,數(shù)據(jù)頁中只存放20字節(jié),其余的都存放在溢出段中.

其他text:

text字段是分長中短類型,不像varchar只有一種,除了上面的text,還有下面三個.

TinyText:大長度255個字節(jié),實際上是個沒什么意義的類型了.

MEDIUMTEXT:大長度限制16M個字節(jié)。和普通text一樣也支持溢出存儲，所以實際占用表大行寬度為9+3字節(jié),外加的是額外開銷
LONGTEXT:大長度限制4G個字節(jié)。和普通text一樣也支持溢出存儲，所以實際占用表大行寬度為9+4字節(jié),外加的是額外開銷

----------------------------------------

示例:

#VARCHAR單表單字段最長不能超過21844
CREATE?TABLE?test(
????va?VARCHAR(21845)
)DEFAULT?CHARSET=utf8;
[Err]?1118?-?Row?size?too?large.?The?maximum?row?size?for?the?used?table?type,?not?counting?BLOBs,?is?65535.?This?includes?storage?overhead,?check?the?manual.?You?have?to?change?some?columns?to?TEXT?or?BLOBs
#這樣就可以了
CREATE?TABLE?test(
????va?VARCHAR(21844)
)DEFAULT?CHARSET=utf8;
受影響的行:?0
時間:?0.155s
#雖然每個BLOB和TEXT列?賬戶只占其中的5至9個字節(jié)。但是還不夠
CREATE?TABLE?test(
????va?VARCHAR(21841),
????tx?text
)DEFAULT?CHARSET=utf8;
[Err]?1118?-?Row?size?too?large.?The?maximum?row?size?for?the?used?table?type,?not?counting?BLOBs,?is?65535.?This?includes?storage?overhead,?check?the?manual.?You?have?to?change?some?columns?to?TEXT?or?BLOBs
#然后9+2就可以了
CREATE?TABLE?test(
????va?VARCHAR(21840),
????tx?text
)DEFAULT?CHARSET=utf8;
受影響的行:?0
時間:?0.170s

--------------------------------------------------------

額外占用空間開銷說明:
varchar 小于255byte? 1byte overhead
varchar 大于255byte? 2byte overhead
tinytext 0-255 1 byte overhead
text 0-65535 byte 2 byte overhead
mediumtext 0-16M? 3 byte overhead
longtext 0-4Gb 4byte overhead

注意:

雖然text字段會把超過768字節(jié)的大部分數(shù)據(jù)溢出存放到硬盤其他空間,看上去是會更加增加磁盤壓力.但從處理形態(tài)上來講varchar大于768字節(jié)后，實質(zhì)上存儲和text差別不是太大了.因為超長的varchar也是會用到溢出存儲,讀取該行也是要去讀硬盤然后加載到內(nèi)存,基本認為是一樣的。

另外從8000byte這個點說明一下,mysql的innodb data page默認一個數(shù)據(jù)頁是16K,要存兩行數(shù)據(jù),所以對于varcahr, text如果一行數(shù)據(jù)不超過8000byte ,overflow不會存到別的page中。
----------------------------------------

差異點:
text字段，MySQL不允許有默認值。建立索引必須給出前綴索引長度.
varchar允許有默認值,對索引長度沒限制,

注意:

InnoDB引擎單一字段索引的默認長度大為767字節(jié),myisam為1000字節(jié).例如字符編碼是utf8,那么varchar的索引大長度是256個字符.超出限制會導致索引創(chuàng)建不成功,轉(zhuǎn)而需要創(chuàng)建前綴索引.設(shè)置innodb_large_prefix=1可以增大限制,允許索引使用動態(tài)壓縮,但是表的row_format必須是compressed或者dynamic.可以使索引列長度大于767bytes,但是總長度不能大于3072 bytes.
----------------------------------------

總結(jié)：
　　根據(jù)存儲的實現(xiàn):可以考慮用varchar替代text,因為varchar存儲更彈性,存儲數(shù)據(jù)少的話性能更高
　　如果需要非空的默認值，就必須使用varchar
　　如果存儲的數(shù)據(jù)大于64K，就必須使用到mediumtext , longtext,因為varchar已經(jīng)存不下了
　　如果varchar(255+)之后,和text在存儲機制是一樣的,性能也相差無幾
　　需要特別注意varchar(255)不只是255byte ,實質(zhì)上有可能占用的更多。

感謝吳炳錫老師指導

參考文章地址:http://wubx.net/varchar-vs-text/

https://blog.csdn.net/free_ant/article/details/52936756

/tupian/20230521/51014357

網(wǎng)站題目：mysql的varchar與text對比-創(chuàng)新互聯(lián)
分享地址：http://weahome.cn/article/diepdi.html