解惑MySQL：对int(1)与int(10)的认知误区

困惑

最近遇到个问题，解惑有个表的知误要加个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;1.2.3.4.

id字段为无符号的int(1)，我来插入一个最大值看看。

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

可以看到成功了，说明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;1.2.3.4.

注意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: 01.2.3.

然后我们来查询下：

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

通过数据可以发现 int(4) + zerofill实现了不足4位补0的现象，单int(4)是没有用的。而且对于0001这种，高防服务器底层存储的还是1，只是在展示的会补0。

总结

int后面的数字不能表示字段的长度，int(num)一般加上zerofill，才有效果。zerofill的作用一般可以用在一些编号相关的数字中，比如学生的编号 001 002 ... 999这种，如果mysql没有零填充的功能，但是你又要格式化输出等长的数字编号时，那么你只能自己处理了。 图片

本文地址：http://www.bzuk.cn/news/090b7499835.html