共计 1297 个字符,预计需要花费 4 分钟才能阅读完成。
困惑
最近遇到个问题,有个表的要加个 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 没有零填充的性能,然而你又要格式化输入等长的数字编号时,那么你只能本人解决了。
起源:juejin.cn/post/6992574502282477605