MySQL中int数据类型后面的n到底代表的是什么?

极客小俊

已于 2023-05-31 03:52:23 修改

阅读量1.5k

点赞数

CC 4.0 BY-SA版权

分类专栏： MySQL你必学的数据库文章标签： java php mysql redis sql

于 2020-08-15 03:29:09 首次发布

本文链接：https://blog.youkuaiyun.com/windowsxp2018/article/details/108017075

MySQL你必学的数据库专栏收录该内容

12 篇文章

订阅专栏

本文深入解析MySQL中INT(n)的实际含义，揭示其与数据存储宽度的关系，以及unsigned和zerofill约束的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

🚀 个人主页 极客小俊
✍🏻 作者简介：web开发者、设计师、技术分享博主
🐋 希望大家多多支持一下, 我们一起进步！😄
🏅 如果文章对你有帮助的话，欢迎评论 💬点赞👍🏻 收藏 📂加关注

在这里插入图片描述

你可能已经知道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 无符号约束!

今天就分享到这里!!

"👍点赞" "✍️评论" "收藏❤️"
大家的支持就是我坚持下去的动力!

如果以上内容有任何错误或者不准确的地方，🤗🤗🤗欢迎在下面 👇👇👇 留个言指出、或者你有更好的想法，欢迎一起交流学习❤️❤️💛💛💚💚