MySQL中int(n)后面的n到底代表的是什么意思

(编辑:jimmy 日期: 2024/9/21 浏览:2)

你可能已经知道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);

结果图如下:

MySQL中int(n)后面的n到底代表的是什么意思

小伙伴们通过上面的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);

结果图 如下:

MySQL中int(n)后面的n到底代表的是什么意思

大家是不是惊奇的发现不足长度3的时候, 真的用0来 从左边开始填充!  哈哈哈

所以:现在我们应该清楚的知道,int后的长度n 与你存放的数值型的数的大小无关!

==小结:== 

在定义表字段数据类型为int类型的时候,后面的长度n所代表的长度是没有任何意义的, 只要在该类型的存储范围之内MySQL也能正常存储!  如果一定要左侧补0 那么这个字段必须要有zerofill约束和unsigned 无符号约束!

一句话新闻
微软与英特尔等合作伙伴联合定义“AI PC”:键盘需配有Copilot物理按键
几个月来,英特尔、微软、AMD和其它厂商都在共同推动“AI PC”的想法,朝着更多的AI功能迈进。在近日,英特尔在台北举行的开发者活动中,也宣布了关于AI PC加速计划、新的PC开发者计划和独立硬件供应商计划。
在此次发布会上,英特尔还发布了全新的全新的酷睿Ultra Meteor Lake NUC开发套件,以及联合微软等合作伙伴联合定义“AI PC”的定义标准。