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

但對這個(gè)長度很多人也沒有真正研究過到底代表什么,今天我就來簡單的分析一下!

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

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

這里以uid字段為例，我們這里設(shè)置的是int(3)

那么問題來了 難道我們設(shè)置int(3)，就不能存放數(shù)據(jù)1234了？

那么你完全可以測試一下 輸入如下SQL語句

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

結(jié)果圖如下:

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

原因如下:

這個(gè)int(n)我們可以簡單的理解為：

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

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

==字段約束會在后面詳細(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字段：長度(n)=3, 字段約束=unsigned 和 zerofill 備: (無符號約束 和 用0來填充位數(shù)約束）

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

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

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

結(jié)果圖 如下:

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

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

==小結(jié):==

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

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