详解 MySQL int 类型的长度值问题
当时我虽然知道 int (1), 这个长度 1 并不代表允许存储的宽度,但却没有一个合理的解释。或者说对这个长度也没有真正的研究过到底代表什么,平时都用 int (11), 也不知道为什么要 11 位。所以我在网上查阅了一些资料,也仔细的看了 mysql 手册关于 int data type 的说法.
推荐:《mysql教程》
以下是每个整数类型的存储和范围 (来自 mysql 手册)
表格一共有四列分别表式:字段类型,占用字节数,允许存储的最小值,允许存储的最大值.
我们拿 int 类型为例:
int 类型,占用字节数为 4byte, 学过计算机原理的同学应该知道,字节 (byte) 并非是计算机存储的最小单位,还有比字节 (byte) 更小的单位,也就是位 (bit), 一个位就代表一个 0 或 1; 8 个位组成一个字节;一般字节用大写 B 来表示 byte, 位用小写 b 来表示 bit.
计算机存储单位的换算:
1B=8b
1KB=1024B
1MB=1024KB
那么根据 int 类型允许存储的字节数是 4 个字节,我们就能换算出 int UNSIGNED (无符号) 类型的能存储的最小值为 0, 最大值为 4294967295 (即 4B=32b, 最大值即为 32 个 1 组成);
接下来我们再说说我们建表时的字段长度到底是怎么一回事.
CREATE TABLE test ( id INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , number INT( 5 ) NOT NULL ) ENGINE = MYISAM ;
以 test 表的 number 字段为例,大家看到我建的是 int (5)
mysql 手册中这个长度 / 值用 "M" 来表示的。细心的朋友应该有注意到过 mysql 手册上有这么一句话: M 指示最大显示宽度。最大有效显示宽度是 255。显示宽度与存储大小或类型包含的值的范围无关 ;
这句话看上去不太容易理解,因为这里有个关键词容易让我们混淆,"最大显示宽度" 我们第一反应是该字段的值最大能允许存放的值的宽度。以为我们建了 int (1), 就不能存放数据 10 了,其实不是这个意思.
这个 M=5 我们可以简单的理解成为,我们建立这个长度是为了告诉 MYSQL 数据库我们这个字段的存储的数据的宽度为 5 位数, 当然如果你不是 5 位数 (只要在该类型的存储范围之内) MYSQL 也能正常存储, 这也就能解释以上标红的话.
我们把这个字段的 "属性" 修改为 UNSIGNED ZEROFILL 看一下效果.
我们看到现在我的 number 字段,长度 (M)=5, 属性 = UNSIGNED ZEROFILL (无符号,用 0 来填充位数), 设置这个属性后我往表时插入数据,系统会自动把 number 字段 M 不够 5 位的在左侧用 0 来填充;效果如下
手册上还有这么一句话 "当 mysql 为某些复杂的联结 (join) 生成临时表时,你可能会遇到问题,因为在这种情况下,mysql 信任地认为所有的值均适合原始的列宽度". 这也让我不禁感叹这个宽度到底如何设置比较合适?
但有一点看完该文档你应该清楚的知道,长度 M 与你存放的数值型的数的大小无关.
以上就是详解 MySQL int 类型的长度值问题的详细内容,更多请关注其它相关文章!
推荐阅读
-
详解Mysql数据库date, datetime类型设置0000-00-00默认值(default)报错问题
-
关于mysql中int数据类型储存最大数值与长度的关系
-
mysql int类型的长度值_MySQL
-
Mysql字段INT类型长度问题求指教、谢谢!
-
Mysql字段INT类型长度问题求指教、谢谢!
-
问题:Mysql中字段类型为text的值, java使用selectByExample查询为null
-
详解 MySQL int 类型的长度值问题
-
详解Mysql数据库date, datetime类型设置0000-00-00默认值(default)报错问题
-
在MySQL数据库中把int类型转化varchar类型引发的慢查询问题
-
在MySQL数据库中把int类型转化varchar类型引发的慢查询问题