最近遇到個問題，有個表的要加個user_id字段，user_id字段可能很大，于是我提mysql工單alter table xxx ADD user_id int(1)。領導看到我的sql工單，于是說：這int(1)怕是不夠用吧，接下來是一通解釋。其實這不是我第一次遇到這樣的問題了，其中不乏有工作5年以上的老司機。包括我經常在也看到同事也一直使用int(10)，感覺用了int(1)，字段的上限就被限制，真實情況肯定不是這樣。

我們知道在mysql中 int占4個字節，那麼對于無符号的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後面的數字，不影響int本身支持的大小，int(1)、int(2)...int(10)沒什麼區别。

一般int後面的數字，配合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條數據。

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條數據，然後我們來查詢下：

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

通過數據可以發現 int(4) zerofill實現了不足4位補0的現象，單單int(4)是沒有用的。 而且對于0001這種，底層存儲的還是1，隻是在展示的會補0。

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

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!