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

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

困惑

最近遇到个问题,有个表的要加个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没有零填充的功能,但是你又要格式化输出等长的数字编号时,那么你只能自己处理了。 图片 图片

责任编辑:武晓燕 来源: 一安未来
相关推荐

2021-10-10 18:28:24

数值mysql类型

2024-01-29 10:09:59

数据库INT(3)INT(11)

2023-02-07 09:01:30

字符串类型MySQL

2011-06-15 10:08:18

桌面虚拟化虚拟化

2021-07-27 06:49:11

数据库设计数据

2019-12-23 15:10:10

人脸识别AI人工智能

2022-07-01 11:07:56

int原子操作代码

2010-10-08 14:45:43

mysql中int

2022-09-09 15:32:46

intC语言原子操作

2022-07-31 23:53:37

Linux操作系统设备

2018-07-30 16:32:25

应届生认知误区

2009-03-27 09:28:00

2022-07-31 23:54:24

Linux操作系统

2018-10-22 05:00:54

2014-06-09 11:22:31

2018-10-25 10:36:50

物联网误区IOT

2010-11-22 11:25:07

MySQL查询时间段

2012-09-19 15:22:36

Exchange存储

2009-08-18 15:00:00

C#强制转换

2009-04-30 09:15:25

Windows Emb
点赞
收藏

51CTO技术栈公众号