去年面試過很多人，其中包括一些高級的，有些資深開發(fā)竟然不清楚 int(1) 和 int(10) 的區(qū)別！本文一起探討一下這個面試題！

困惑

先列舉一個問題，有個表的要加個 user_id 字段，user_id 字段可能很大，于是寫一條 mysql 加字段的語句，alter table xxx ADD user_id int(1)。有同事看到這個 sql 語句，說：這int(1)怕是不夠用吧？實(shí)情情況真的如此嗎？。

其實(shí)這不是我第一次遇到這樣的問題了，其中不乏有工作 5 年以上的老司機(jī)。包括我經(jīng)常在也看到同事也一直使用 int(10)，感覺用了 int(1)，字段的上限就被限制，真實(shí)情況肯定不是這樣。

數(shù)據(jù)說話

我們知道在 mysql 中 int 占 4 個字節(jié)，那么對于無符號的 int，最大值是2^32-1 = 4294967295，將近 40 億，難道用了 int(1)，就不能達(dá)到這個最大值嗎？

CREATE TABLE `user` (
  `id` int(1) unsigned NOT NULL AUTO_INCREMENT,
   PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;

id 字段為無符號的 int(1)，我來插入一個最大值看看。

mysql> INSERT INTO `user` (`id`) VALUES (4294967295);
Query OK, 1 row affected (0.00 sec)

可以看到成功了，說明int后面的數(shù)字，不影響 int 本身支持的大小，int(1)、int(2)...int(10)沒什么區(qū)別。

零填充

一般 int 后面的數(shù)字，配合 zerofill 一起使用才有效。先看個例子：

CREATE TABLE `user` (
  `id` int(4) unsigned zerofill NOT NULL AUTO_INCREMENT,
   PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;

注意 int(4) 后面加了個 zerofill，我們先來插入 4 條數(shù)據(jù)。

mysql> INSERT INTO `user` (`id`) VALUES (1),(10),(100),(1000);
Query OK, 4 rows affected (0.00 sec)
Records: 4  Duplicates: 0  Warnings: 0

分別插入1、10、100、1000 4條數(shù)據(jù)，然后我們來查詢下：

mysql> select * from user;
+------+
| id   |
+------+
| 0001 |
| 0010 |
| 0100 |
| 1000 |
+------+
4 rows in set (0.00 sec)

通過數(shù)據(jù)可以發(fā)現(xiàn) int(4) + zerofill 實(shí)現(xiàn)了不足 4 位補(bǔ) 0 的現(xiàn)象，單單 int(4) 是沒有用的。而且對于 0001 這種，底層存儲的還是 1，只是在展示的會補(bǔ) 0。

總結(jié)

int 后面的數(shù)字不能表示字段的長度，int(num) 一般加上 zerofill，才有效果。zerofill 的作用一般可以用在一些編號相關(guān)的數(shù)字中，比如學(xué)生的編號001 002 ... 999這種，如果 mysql 沒有零填充的功能，但是你又要格式化輸出等長的數(shù)字編號時，那么你只能自己處理了。

如果非要說，int(1)和int(10) 有區(qū)別，我認(rèn)為可以從業(yè)務(wù)角度上解釋它們。

在業(yè)務(wù)中這個 int(1) 和 int(10) 其實(shí)也可以有不同作用的，比如有一個整型字段 day 用于保存年月日的日期數(shù)據(jù)，那么字段類型可以設(shè)置為int(8)，例如：20220207。這里的(8)不是想限制長度，而且"聲明"字段意義和長度。包括tinyint(1)"聲明"狀態(tài)字段，tinyint(2)"聲明"小時字段等等。。。就是想"明確告訴"別人這個字段的長度和意義。