暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

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

一安未来 2024-03-14
1

大家好吗,我是一安~

困惑

最近遇到个问题,有个表的要加个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

复制

然后我们来查询下:

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
没有零填充的功能,但是你又要格式化输出等长的数字编号时,那么你只能自己处理了。


如果这篇文章对你有所帮助,或者有所启发的话,帮忙 分享、收藏、点赞、在看,你的支持就是我坚持下去的最大动力!

随手封装了一个万能的 Excel 导入导出工具


实际开发中如何巧妙应用对象池 commons-pool2


常用正则表达式合集,这一篇就够了(含案例,建议收藏)

文章转载自一安未来,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论