mysql VARCHAR的最大長(zhǎng)度到底是多少
更新時(shí)間:2012年10月18日 01:33:37 作者:
今天群里有人問varchar 不是最大應(yīng)該只可以設(shè)置65532(第一個(gè)字節(jié)+兩個(gè)長(zhǎng)度字節(jié))嗎 ,但是為什么可以設(shè)置成65533
以前一直都認(rèn)為有兩個(gè)字節(jié)來(lái)記錄長(zhǎng)度(長(zhǎng)度小也可以用一個(gè)字節(jié)記錄),所以這個(gè)問題當(dāng)時(shí)覺得就挺無(wú)聊的不過后來(lái)群里有人給了解釋,突然才發(fā)現(xiàn)原來(lái)事情不是這么簡(jiǎn)單
MYSQL COMPACT格式,每條記錄有一個(gè)字節(jié)來(lái)表示NULL字段分布,如果表中有字段允許為空,則最大只能定到65532,如果沒有字段允許為空,則那個(gè)字節(jié)可以節(jié)省,最大可以定義到65533,不知道是不是這個(gè)原因
于是上網(wǎng)看了些資料,又在本地做了些實(shí)驗(yàn),原來(lái)vachar的最大長(zhǎng)度真的是不定的(根據(jù)是否有非空字段來(lái)決定)
在本地做了下實(shí)驗(yàn),innodb+latin的環(huán)境
-- success
drop table if exists test;
create table test(name varchar(65533) not null)engine=innodb DEFAULT CHARSET=latin1
-- too large
drop table if exists test;
create table test(name varchar(65533))engine=innodb DEFAULT CHARSET=latin1
對(duì)于第二種情況,允許空字段的時(shí)候是不能加到65533的長(zhǎng)度的,最大只能到65532,到底應(yīng)該是引文的那種說法。
網(wǎng)上也有人做了類似的實(shí)驗(yàn),參考http://stackoverflow.com/questions/8295131/best-practise-for-sql-varchar-column-length
name varchar(100) not null will be 1 byte (length) + up to 100 chars (latin1)
name varchar(500) not null will be 2 bytes (length) + up to 500 chars (latin1)
name varchar(65533) not null will be 2 bytes (length) + up to 65533 chars (latin1)
name varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte
總結(jié)一下,原來(lái)mysql的vachar字段的類型雖然最大長(zhǎng)度是65535,但是并不是能存這么多數(shù)據(jù),最大可以到65533(不允許非空字段的時(shí)候),當(dāng)允許非空字段的時(shí)候只能到65532。
以下是其它網(wǎng)友的補(bǔ)充說明:
這不是一個(gè)固定的數(shù)字。本文簡(jiǎn)要說明一下限制規(guī)則。
strlen 計(jì)算字符串長(zhǎng)度,一個(gè)中文當(dāng)2字符
mb_strlen根據(jù)它的字符編碼模式,統(tǒng)計(jì)字符quot
count計(jì)算數(shù)組中的元素?cái)?shù)目或?qū)ο笾械膶傩詡€(gè)數(shù)
<?php
header('Content-Type:text/html;charset=UTF-8');
$string1="謝春業(yè)";//定義中文字符變量
$string2="xcy";//定義英文字符變量
//直接輸出看看他們的長(zhǎng)度
echo strlen($string1);
echo "</br>";
echo strlen($string2);
echo "</br>";
//用 php 多字節(jié)擴(kuò)展函數(shù) mb_strlen試試看
echo mb_strlen($string1,'utf8');
echo "</br>";
echo mb_strlen($string2,'utf8');
echo "</br>";
?>
輸出結(jié)果是:
9
3
3
3
1、限制規(guī)則
字段的限制在字段定義的時(shí)候有以下規(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。
對(duì)于英文比較多的論壇 ,使用GBK則每個(gè)字符占用2個(gè)字節(jié),而使用UTF-8英文卻只占一個(gè)字節(jié)。
若定義的時(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、計(jì)算例子
舉兩個(gè)例說明一下實(shí)際長(zhǎng)度的計(jì)算。
a) 若一個(gè)表只有一個(gè)varchar類型,如定義為
create table t4(c varchar(N)) charset=gbk;
則此處N的最大值為(65535-1-2)/2= 32766。
減1的原因是實(shí)際行存儲(chǔ)從第二個(gè)字節(jié)開始';
減2的原因是varchar頭部的2個(gè)字節(jié)表示長(zhǎng)度;
除2的原因是字符編碼是gbk。
b) 若一個(gè)表定義為
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個(gè)字節(jié);
減30*3的原因是char(30)占用90個(gè)字節(jié),編碼是utf8。
如果被varchar超過上述的b規(guī)則,被強(qiáng)轉(zhuǎn)成text類型,則每個(gè)字段占用定義長(zhǎng)度為11字節(jié),當(dāng)然這已經(jīng)不是“varchar”了。
MYSQL COMPACT格式,每條記錄有一個(gè)字節(jié)來(lái)表示NULL字段分布,如果表中有字段允許為空,則最大只能定到65532,如果沒有字段允許為空,則那個(gè)字節(jié)可以節(jié)省,最大可以定義到65533,不知道是不是這個(gè)原因
于是上網(wǎng)看了些資料,又在本地做了些實(shí)驗(yàn),原來(lái)vachar的最大長(zhǎng)度真的是不定的(根據(jù)是否有非空字段來(lái)決定)
在本地做了下實(shí)驗(yàn),innodb+latin的環(huán)境
復(fù)制代碼 代碼如下:
-- success
drop table if exists test;
create table test(name varchar(65533) not null)engine=innodb DEFAULT CHARSET=latin1
-- too large
drop table if exists test;
create table test(name varchar(65533))engine=innodb DEFAULT CHARSET=latin1
對(duì)于第二種情況,允許空字段的時(shí)候是不能加到65533的長(zhǎng)度的,最大只能到65532,到底應(yīng)該是引文的那種說法。
網(wǎng)上也有人做了類似的實(shí)驗(yàn),參考http://stackoverflow.com/questions/8295131/best-practise-for-sql-varchar-column-length
復(fù)制代碼 代碼如下:
name varchar(100) not null will be 1 byte (length) + up to 100 chars (latin1)
name varchar(500) not null will be 2 bytes (length) + up to 500 chars (latin1)
name varchar(65533) not null will be 2 bytes (length) + up to 65533 chars (latin1)
name varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte
總結(jié)一下,原來(lái)mysql的vachar字段的類型雖然最大長(zhǎng)度是65535,但是并不是能存這么多數(shù)據(jù),最大可以到65533(不允許非空字段的時(shí)候),當(dāng)允許非空字段的時(shí)候只能到65532。
以下是其它網(wǎng)友的補(bǔ)充說明:
這不是一個(gè)固定的數(shù)字。本文簡(jiǎn)要說明一下限制規(guī)則。
strlen 計(jì)算字符串長(zhǎng)度,一個(gè)中文當(dāng)2字符
mb_strlen根據(jù)它的字符編碼模式,統(tǒng)計(jì)字符quot
count計(jì)算數(shù)組中的元素?cái)?shù)目或?qū)ο笾械膶傩詡€(gè)數(shù)
復(fù)制代碼 代碼如下:
<?php
header('Content-Type:text/html;charset=UTF-8');
$string1="謝春業(yè)";//定義中文字符變量
$string2="xcy";//定義英文字符變量
//直接輸出看看他們的長(zhǎng)度
echo strlen($string1);
echo "</br>";
echo strlen($string2);
echo "</br>";
//用 php 多字節(jié)擴(kuò)展函數(shù) mb_strlen試試看
echo mb_strlen($string1,'utf8');
echo "</br>";
echo mb_strlen($string2,'utf8');
echo "</br>";
?>
輸出結(jié)果是:
9
3
3
3
1、限制規(guī)則
字段的限制在字段定義的時(shí)候有以下規(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。
對(duì)于英文比較多的論壇 ,使用GBK則每個(gè)字符占用2個(gè)字節(jié),而使用UTF-8英文卻只占一個(gè)字節(jié)。
若定義的時(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、計(jì)算例子
舉兩個(gè)例說明一下實(shí)際長(zhǎng)度的計(jì)算。
a) 若一個(gè)表只有一個(gè)varchar類型,如定義為
create table t4(c varchar(N)) charset=gbk;
則此處N的最大值為(65535-1-2)/2= 32766。
減1的原因是實(shí)際行存儲(chǔ)從第二個(gè)字節(jié)開始';
減2的原因是varchar頭部的2個(gè)字節(jié)表示長(zhǎng)度;
除2的原因是字符編碼是gbk。
b) 若一個(gè)表定義為
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個(gè)字節(jié);
減30*3的原因是char(30)占用90個(gè)字節(jié),編碼是utf8。
如果被varchar超過上述的b規(guī)則,被強(qiáng)轉(zhuǎn)成text類型,則每個(gè)字段占用定義長(zhǎng)度為11字節(jié),當(dāng)然這已經(jīng)不是“varchar”了。
相關(guān)文章
坑人的Mysql5.7問題(默認(rèn)不支持Group By語(yǔ)句)
這篇文章主要介紹了坑人的Mysql5.7問題(默認(rèn)不支持Group By語(yǔ)句),具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-10-10
MySQL數(shù)據(jù)庫(kù)設(shè)計(jì)概念及多表查詢和事物操作
數(shù)據(jù)庫(kù)設(shè)計(jì)就是根據(jù)業(yè)務(wù)系統(tǒng)具體需求,結(jié)合我們所選用的DBMS,為這個(gè)業(yè)務(wù)系統(tǒng)構(gòu)造出最優(yōu)的數(shù)據(jù)存儲(chǔ)模型,本文給大家介紹MySQL數(shù)據(jù)庫(kù)設(shè)計(jì)概念及多表查詢和事物操作,感興趣的朋友一起看看吧2022-05-05
隨機(jī)生成八位優(yōu)惠碼并保存至Mysql數(shù)據(jù)庫(kù)
這篇文章主要介紹了隨機(jī)生成八位優(yōu)惠碼并保存至Mysql數(shù)據(jù)庫(kù)的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2018-02-02
Mac os 解決無(wú)法使用localhost連接mysql問題
今天在mac上搭建好了php的環(huán)境,把先前在window、linux下運(yùn)行良好的程序放在mac上,居然出現(xiàn)訪問不了數(shù)據(jù)庫(kù),數(shù)據(jù)庫(kù)連接的host用的是localhost,可以確認(rèn)數(shù)據(jù)庫(kù)配置是正確的,下面特為大家分享下2014-05-05
mysql跨服務(wù)查詢之FEDERATED存儲(chǔ)引擎的實(shí)現(xiàn)
本文主要介紹了mysql跨服務(wù)查詢之FEDERATED存儲(chǔ)引擎的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01
InnoDB的關(guān)鍵特性-插入緩存,兩次寫,自適應(yīng)hash索引詳解
下面小編就為大家?guī)?lái)一篇InnoDB的關(guān)鍵特性-插入緩存,兩次寫,自適應(yīng)hash索引詳解。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來(lái)看看吧2017-03-03

