你可能已经知道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插入, 并且我们还可以插入存放更多位的数据! 这是为什么呢"color: #ff0000">原因如下:
这个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 无符号约束!
MySQL,int(n)
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]