你可能已經(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ù), 但是(只要在該類(lèi)型的存儲(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ù)類(lèi)型為int類(lèi)型的時(shí)候,后面的長(zhǎng)度n所代表的長(zhǎng)度是沒(méi)有任何意義的, 只要在該類(lèi)型的存儲(chǔ)范圍之內(nèi)MySQL也能正常存儲(chǔ)!  如果一定要左側(cè)補(bǔ)0 那么這個(gè)字段必須要有zerofill約束和unsigned 無(wú)符號(hào)約束!

到此這篇關(guān)于MySQL中int(n)后面的n到底代表的是什么意思 的文章就介紹到這了,更多相關(guān)MySQL int(n)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論