共计 1119 个字符，预计需要花费 3 分钟才能阅读完成。
你可能曾经晓得 int(1)这个长度 1 并不代表容许存储的宽度!
但对这个长度很多人也没有真正钻研过到底代表什么, 明天我就来简略的剖析一下!
先看一个简略的建表小案例：
create table test(
id int(11) unsigned NOT NULL AUTO_INCREMENT,
uid int(3) NOT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
这里以 uid 字段为例，咱们这里设置的是 int(3)
那么问题来了 难道咱们设置 int(3)，就不能存放数据 1234 了？
那么你齐全能够测试一下 输出如下 SQL 语句：
`insert into test (uid) VALUES(1234);
insert into test (uid) VALUES(12345678);`
后果图如下：
小伙伴们通过下面的 SQL 语句能够发现 胜利把数据 1234 插入, 并且咱们还能够插入寄存更多位的数据! 这是为什么呢? 看上面：
起因如下
这个 int(n)咱们能够简略的了解为：这个长度是为了通知 MySQL 数据库，咱们这个字段的存储的数据的宽度为 n 位数, 当然如果你不是存储的 n 位数, 然而 (只有在该类型的存储范畴之内）MySQL 也能失常存储!
那么咱们能够从新来建设 test2 表, 而后这一次咱们把 uid 字段加上: unsigned 和 zerofill 这两个字段束缚。
字段束缚会在前面具体讲到。
MySQL 代码如下:
`create table test2(
id int(11) unsigned NOT NULL AUTO_INCREMENT,
uid int(3) unsigned zerofill NOT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;`
当初我的 uid 字段：长度 (n)=3, 字段束缚 =unsigned 和 zerofill，备: (无符号束缚 和 用 0 来填充位数束缚）。设置这个束缚的字段后, 再往表里插入数据，零碎会主动把 uid 字段不够 3 位的在左侧用 0 来填充。小伙伴齐全能够测试一下代码: 向 uid 字段插入一个 33 的数字，代码如下：
`insert into test2 (uid) VALUES(33);
` 后果如下图:
大家是不是惊奇的发现有余长度 3 的时候，真的用 0 来 从右边开始填充! 哈哈哈
所以，当初咱们应该分明的晓得,int 后的长度 n 与你寄存的数值型的数的大小无关!
小结
在定义表字段数据类型为 int 类型的时候, 前面的长度 n 所代表的长度是没有任何意义的, 只有在该类型的存储范畴之内 MySQL 也能失常存储! 如果肯定要左侧补 0 那么这个字段必须要有 zerofill 束缚和 unsigned 无符号束缚!
本文起源: 标梵互动