? 極客小俊

?一個(gè)專注于web技術(shù)的80后

你不用拼過(guò)聰明人，你只需要拼過(guò)那些懶人 你就一定會(huì)超越大部分人!

你可能已經(jīng)知道int(1)這個(gè)長(zhǎng)度1并不代表允許存儲(chǔ)的寬度!

但對(duì)這個(gè)長(zhǎng)度很多人也沒(méi)有真正研究過(guò)到底代表什么,今天我就來(lái)簡(jiǎn)單的分析一下!

先看一個(gè)簡(jiǎn)單的建表小案例:

?create table test(
? ?id int(11) unsigned NOT NULL AUTO_INCREMENT,
? ?uid int(3) NOT NULL,
? ?PRIMARY KEY (id)
?) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

這里以u(píng)id字段為例，我們這里設(shè)置的是int(3) ?

那么問(wèn)題來(lái)了 難道我們?cè)O(shè)置int(3)，就不能存放數(shù)據(jù)1234了？

那么你完全可以測(cè)試一下 輸入如下SQL語(yǔ)句

?insert into `test` (`uid`) VALUES(1234);
?insert into `test` (`uid`) VALUES(12345678);

結(jié)果圖如下:

小伙伴們通過(guò)上面的SQL語(yǔ)句可以發(fā)現(xiàn) 成功把數(shù)據(jù)1234插入, 并且我們還可以插入存放更多位的數(shù)據(jù)! 這是為什么呢? 看下面

原因如下:

這個(gè)int(n)我們可以簡(jiǎn)單的理解為： 這個(gè)長(zhǎng)度是為了告訴MySQL數(shù)據(jù)庫(kù)，我們這個(gè)字段的存儲(chǔ)的數(shù)據(jù)的寬度為n位數(shù), 當(dāng)然如果你不是存儲(chǔ)的n位數(shù), 但是(只要在該類型的存儲(chǔ)范圍之內(nèi)）MySQL也能正常存儲(chǔ)!

那么我們可以從新來(lái)建立test2表, 然后這一次我們把uid字段加上: ?unsigned 和 zerofill ?這兩個(gè)字段約束

字段約束會(huì)在后面詳細(xì)講到

MySQL代碼如下:

?create table test2(
? ?id int(11) unsigned NOT NULL AUTO_INCREMENT,
? ?uid int(3) unsigned zerofill NOT NULL,
? ?PRIMARY KEY (id)
?) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

現(xiàn)在我的uid字段：長(zhǎng)度(n)=3, 字段約束=unsigned 和 zerofill ? 備: (無(wú)符號(hào)約束 和 用0來(lái)填充位數(shù)約束）

設(shè)置這個(gè)約束的字段后,再往表時(shí)插入數(shù)據(jù)，系統(tǒng)會(huì)自動(dòng)把uid字段不夠3位的在左側(cè)用0來(lái)填充

小伙伴完全可以測(cè)試一下代碼: ?向uid字段插入一個(gè)33的數(shù)字

?insert into `test2` (`uid`) VALUES(33);

結(jié)果圖 如下:

大家是不是驚奇的發(fā)現(xiàn)不足長(zhǎng)度3的時(shí)候， 真的用0來(lái) 從左邊開(kāi)始填充! ?哈哈哈

所以:現(xiàn)在我們應(yīng)該清楚的知道,int后的長(zhǎng)度n 與你存放的數(shù)值型的數(shù)的大小無(wú)關(guān)!

小結(jié): ?在定義表字段數(shù)據(jù)類型為int類型的時(shí)候,后面的長(zhǎng)度n所代表的長(zhǎng)度是沒(méi)有任何意義的, 只要在該類型的存儲(chǔ)范圍之內(nèi)MySQL也能正常存儲(chǔ)! ?如果一定要左側(cè)補(bǔ)0 那么這個(gè)字段必須要有zerofill約束和unsigned 無(wú)符號(hào)約束!

今天就分享到這里!!

如果喜歡話請(qǐng) 點(diǎn)贊 ?評(píng)論 ?收藏 一鍵三連 ?

大家的支持就是我堅(jiān)持下去的動(dòng)力!