关于mysql:在MySQL中int数据类型后面的n代表什么

你可能曾经晓得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 无符号束缚!

本文起源:标梵互动