创建数据库的时候发现一个问题:
改变 length 的值,不能影响到实际的存储长度!
秉着好奇心, 打开了 gogle ~ 引入大神的解答.
mysql 在建表的时候 int 类型后的长度代表什么? 是该列允许存储值的最大宽度吗? 为什么我设置成 int(1), 也一样能存 10,100,1000 呢.
当时我虽然知道 int(1),这个长度 1 并不代表允许存储的宽度,但却没有一个合理的解释. 或者说对这个长度也没有真正的研究过到底代表什么, 平时都用 int(11), 也不知道为什么要 11 位. 所以我在网上查阅了一些资料, 也仔细的看了 mysql 手册关于 int data type 的说法.
以下是每个整数类型的存储和范围(来自 mysql 手册)
类型 | 字节 | 最小值 | 最大值 |
---|---|---|---|
(带符号的/无符号的) | (带符号的/无符号的) | ||
TINYINT | 1 | -128 | 127 |
0 | 255 | ||
SMALLINT | 2 | -32768 | 32767 |
0 | 65535 | ||
MEDIUMINT | 3 | -8388608 | 8388607 |
0 | 16777215 | ||
INT | 4 | -2147483648 | 2147483647 |
0 | 4294967295 | ||
BIGINT | 8 | -9223372036854775808 | 9223372036854775807 |
0 | 18446744073709551615 |
表格一共有四列分别表式:字段类型, 占用字节数, 允许存储的最小值, 允许存储的最大值.
我们拿 int 类型为例:
int 类型, 占用字节数为 4byte, 学过计算机原理的同学应该知道, 字节(byte)并非是计算机存储的最小单位, 还有比字节(byte)更小的单位, 也就是位(bit),一个位就代表一个 0 或 1; 8 个位组成一个字节; 一般字节用大写 B 来表示 byte, 位用小写 b 来表示 bit.
计算机存储单位的换算:
1B=8b
1KB=1024B
1MB=1024KB
那么根据 int 类型允许存储的字节数是 4 个字节, 我们就能换算出 intUNSIGNED(无符号)类型的能存储的最小值为 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)
我们看到现在我的 number 字段, 长度(M)=5, 属性=UNSIGNED ZEROFILL(无符号,用 0 来填充位数), 设置这个属性后我往表时插入数据,系统会自动把 number 字段 M 不够 5 位的在左侧用 0 来填充; 效果如下
手册上还有这么一句话"当 mysql 为某些复杂的联结(join)生成临时表时,你可能会遇到问题,因为在这种情况下,mysql 信任地认为所有的值均适合原始的列宽度". 这也让我不禁感叹这个宽度到底如何设置比较合适?
但有一点看完该文档你应该清楚的知道, 长度 M 与你存放的数值型的数的大小无关.
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于