詳解 mysql int 類型的長(zhǎng)度值問題

創(chuàng)建數(shù)據(jù)庫(kù)的時(shí)候發(fā)現(xiàn)一個(gè)問題:
改變 length 的值, 不能影響到實(shí)際的存儲(chǔ)長(zhǎng)度!
秉著好奇心, 打開了 google ~ 引入大神的解答.

mysql 在建表的時(shí)候 int 類型后的長(zhǎng)度代表什么? 是該列允許存儲(chǔ)值的最大寬度嗎? 為什么我設(shè)置成 int(1), 也一樣能存 10,100,1000 呢.

當(dāng)時(shí)我雖然知道 int(1), 這個(gè)長(zhǎng)度 1 并不代表允許存儲(chǔ)的寬度, 但卻沒有一個(gè)合理的解釋. 或者說對(duì)這個(gè)長(zhǎng)度也沒有真正的研究過到底代表什么, 平時(shí)都用 int(11), 也不知道為什么要 11 位. 所以我在網(wǎng)上查閱了一些資料, 也仔細(xì)的看了 mysql 手冊(cè)關(guān)于 int data type 的說法.

以下是每個(gè)整數(shù)類型的存儲(chǔ)和范圍 (來(lái)自 mysql 手冊(cè))

每個(gè)整數(shù)類型的存儲(chǔ)和范圍.png

表格一共有四列分別表式: 字段類型, 占用字節(jié)數(shù), 允許存儲(chǔ)的最小值, 允許存儲(chǔ)的最大值.

我們拿 int 類型為例:

int 類型, 占用字節(jié)數(shù)為 4byte, 學(xué)過計(jì)算機(jī)原理的同學(xué)應(yīng)該知道, 字節(jié) (byte) 并非是計(jì)算機(jī)存儲(chǔ)的最小單位, 還有比字節(jié) (byte) 更小的單位, 也就是位 (bit), 一個(gè)位就代表一個(gè) 0 或 1; 8 個(gè)位組成一個(gè)字節(jié); 一般字節(jié)用大寫 B 來(lái)表示 byte, 位用小寫 b 來(lái)表示 bit.

計(jì)算機(jī)存儲(chǔ)單位的換算:

1B=8b

1KB=1024B

1MB=1024KB

那么根據(jù) int 類型允許存儲(chǔ)的字節(jié)數(shù)是 4 個(gè)字節(jié), 我們就能換算出 intUNSIGNED(無(wú)符號(hào)) 類型的能存儲(chǔ)的最小值為 0, 最大值為 4294967295(即 4B=32b, 最大值即為 32 個(gè) 1 組成);

接下來(lái)我們?cè)僬f說我們建表時(shí)的字段長(zhǎng)度到底是怎么一回事.

CREATE TABLE `test` (
`id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`number` INT( 5 ) NOT NULL ) ENGINE = MYISAM ;

以 test 表的 number 字段為例, 大家看到我建的是 int(5)

mysql

我們看到現(xiàn)在我的 number 字段, 長(zhǎng)度 (M)=5, 屬性 =UNSIGNED ZEROFILL(無(wú)符號(hào), 用 0 來(lái)填充位數(shù)), 設(shè)置這個(gè)屬性后我往表時(shí)插入數(shù)據(jù), 系統(tǒng)會(huì)自動(dòng)把 number 字段 M 不夠 5 位的在左側(cè)用 0 來(lái)填充; 效果如下

mysql

手冊(cè)上還有這么一句話 "當(dāng) mysql 為某些復(fù)雜的聯(lián)結(jié) (join) 生成臨時(shí)表時(shí)喊积,你可能會(huì)遇到問題,因?yàn)樵谶@種情況下庄拇,mysql 信任地認(rèn)為所有的值均適合原始的列寬度". 這也讓我不禁感嘆這個(gè)寬度到底如何設(shè)置比較合適?

但有一點(diǎn)看完該文檔你應(yīng)該清楚的知道, 長(zhǎng)度 M 與你存放的數(shù)值型的數(shù)的大小無(wú)關(guān).

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末注服,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子措近,更是在濱河造成了極大的恐慌溶弟,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,406評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件瞭郑,死亡現(xiàn)場(chǎng)離奇詭異辜御,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)屈张,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,732評(píng)論 3 393
  • 文/潘曉璐 我一進(jìn)店門擒权,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人阁谆,你說我怎么就攤上這事碳抄。” “怎么了场绿?”我有些...
    開封第一講書人閱讀 163,711評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵剖效,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我焰盗,道長(zhǎng)璧尸,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,380評(píng)論 1 293
  • 正文 為了忘掉前任熬拒,我火速辦了婚禮爷光,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘澎粟。我一直安慰自己蛀序,他們只是感情好欢瞪,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,432評(píng)論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著哼拔,像睡著了一般引有。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上倦逐,一...
    開封第一講書人閱讀 51,301評(píng)論 1 301
  • 那天譬正,我揣著相機(jī)與錄音,去河邊找鬼檬姥。 笑死曾我,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的健民。 我是一名探鬼主播抒巢,決...
    沈念sama閱讀 40,145評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼秉犹!你這毒婦竟也來(lái)了蛉谜?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,008評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤崇堵,失蹤者是張志新(化名)和其女友劉穎型诚,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體鸳劳,經(jīng)...
    沈念sama閱讀 45,443評(píng)論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡狰贯,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,649評(píng)論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了赏廓。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片涵紊。...
    茶點(diǎn)故事閱讀 39,795評(píng)論 1 347
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖幔摸,靈堂內(nèi)的尸體忽然破棺而出摸柄,到底是詐尸還是另有隱情,我是刑警寧澤既忆,帶...
    沈念sama閱讀 35,501評(píng)論 5 345
  • 正文 年R本政府宣布驱负,位于F島的核電站,受9級(jí)特大地震影響尿贫,放射性物質(zhì)發(fā)生泄漏电媳。R本人自食惡果不足惜踏揣,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,119評(píng)論 3 328
  • 文/蒙蒙 一庆亡、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧捞稿,春花似錦又谋、人聲如沸拼缝。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,731評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)咧七。三九已至,卻和暖如春任斋,著一層夾襖步出監(jiān)牢的瞬間继阻,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,865評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工废酷, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留瘟檩,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 47,899評(píng)論 2 370
  • 正文 我出身青樓澈蟆,卻偏偏與公主長(zhǎng)得像墨辛,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子趴俘,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,724評(píng)論 2 354

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