MySQL中int(n)後面的n到底表明的是什麼意思？

做者：極客小俊 一個專一於web技術的80後
我不用拼過聰明人，我只須要拼過那些懶人 我就必定會超越大部分人!
極客小俊@掘金 首發原創文章
我的博客: 👉 cnblogs.com 👈

你可能已經知道int(1)這個長度1並不表明容許存儲的寬度!

但對這個長度不少人也沒有真正研究過到底表明什麼,今天我就來簡單的分析一下!

先看一個簡單的建表小案例:

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字段爲例，咱們這裏設置的是int(3)

那麼問題來了 難道咱們設置int(3)，就不能存放數據1234了？

那麼你徹底能夠測試一下 輸入以下SQL語句

insert into `test` (`uid`) VALUES(1234);
insert into `test` (`uid`) VALUES(12345678);
複製代碼

結果圖以下:

小夥伴們經過上面的SQL語句能夠發現 成功把數據1234插入, 而且咱們還能夠插入存放更多位的數據! 這是爲何呢? 看下面

緣由以下:

這個int(n)咱們能夠簡單的理解爲： 這個長度是爲了告訴MySQL數據庫，咱們這個字段的存儲的數據的寬度爲n位數, 固然若是你不是存儲的n位數, 可是(只要在該類型的存儲範圍以內）MySQL也能正常存儲!

那麼咱們能夠重新來創建test2表, 而後這一次咱們把uid字段加上: unsigned 和 zerofill 這兩個字段約束

==字段約束會在後面詳細講到==

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;
複製代碼

如今個人uid字段：長度(n)=3, 字段約束=unsigned 和 zerofill 備: (無符號約束 和 用0來填充位數約束）

設置這個約束的字段後,再往表時插入數據，系統會自動把uid字段不夠3位的在左側用0來填充

小夥伴徹底能夠測試一下代碼: 向uid字段插入一個33的數字

insert into `test2` (`uid`) VALUES(33);
複製代碼

結果圖 以下:

你們是否是驚奇的發現不足長度3的時候， 真的用0來 從左邊開始填充! 哈哈哈

因此:如今咱們應該清楚的知道,int後的長度n 與你存放的數值型的數的大小無關!

==小結:== 在定義表字段數據類型爲int類型的時候,後面的長度n所表明的長度是沒有任何意義的, 只要在該類型的存儲範圍以內MySQL也能正常存儲! 若是必定要左側補0 那麼這個字段必需要有zerofill約束和unsigned 無符號約束!

---

今天就分享到這裏!!

若是喜歡個人文章請 👉「點贊」 「評論」 「關注」 👈一鍵三連、 你們的支持就是我堅持下去的動力!

若是以上內容有任何錯誤或者不許確的地方，歡迎在下面 👇 留個言指出、或者你有更好的想法，歡迎一塊兒交流學習