int(1) 和 int(10) 有什么區(qū)別？資深開發(fā)竟然都理解錯了！

閱讀本文大概需要 2.8 分鐘。

來自：juejin.cn/post/6992574502282477605

困惑

最近遇到個問題，有個表的要加個user_id字段，user_id字段可能很大，于是我提mysql工單alter table xxx ADD user_id int(1)。領導看到我的sql工單，于是說：這int(1)怕是不夠用吧，接下來是一通解釋。

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

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

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

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實現(xiàn)了不足4位補0的現(xiàn)象，單單int(4)是沒有用的。而且對于0001這種，底層存儲的還是1，只是在展示的會補0。

總結(jié)

int后面的數(shù)字不能表示字段的長度，int(num)一般加上zerofill，才有效果。

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