不灭的焱

MySQL 数据类型中的 integer types 有点奇怪。你可能会见到诸如：int(3)、int(4)、int(8) 之类的 int 数据类型。刚接触 MySQL 的时候，我还以为 int(3) 占用的存储空间比 int(4) 要小， int(4) 占用的存储空间比 int(8) 小。

后来，参看 MySQL 手册，发现自己理解错了。 

 int(M): M indicates the maximum display width for integer types.

在 integer 数据类型中，M 表示最大显示宽度。

原来，在 int(M) 中，M 的值跟 int(M) 所占多少存储空间并无任何关系。 int(3)、int(4)、int(8) 在磁盘上都是占用 4 btyes 的存储空间。说白了，除了显示给用户的方式有点不同外，int(M) 跟 int 数据类型是相同的。

另外，int(M) 只有跟 zerofill 结合起来，才能使我们清楚的看到不同之处。

MySQL> drop table if exists t;
MySQL> create table t(id int zerofill);
MySQL> insert into t(id) values(10);

MySQL> select * from t;
+------------+
| id         |
+------------+
| 0000000010 |
+------------+

MySQL> alter table t change column id id int(3) zerofill;

MySQL> select * from t;
+------+
| id   |
+------+
|  010 |
+------+

MySQL>
MySQL> alter table t change column id id int(4) zerofill;

MySQL> select * from t;
+------+
| id   |
+------+
| 0010 |
+------+

MySQL>
MySQL> insert into t(id) values(1000000);

MySQL> select * from t;
+---------+
| id      |
+---------+
|    0010 |
| 1000000 |
+---------+

从上面的测试可以看出，“(M)”指定了 int 型数值显示的宽度，如果字段数据类型是 int(4)，则：当显示数值 10 时，在左边要补上 “00”；当显示数值 100 是，在左边要补上“0”；当显示数值 1000000 时，已经超过了指定宽度“（4）”，因此按原样输出。

在使用 MySQL 数据类型中的整数类型（tinyint、smallint、 mediumint、 int/integer、bigint）时，非特殊需求下，在数据类型后加个“(M)”，我想不出有何意义。

另外，在 MySQL 数据类型中，integer 和 int 同义。到底使用哪个，自己看着办吧。

详解 MySQL int类型 的长度值问题

MySQL在建表的时候int类型后的长度代表什么？是该列允许存储值的最大宽度吗？为什么我设置成int(1)，也一样能存10、100、1000呢。

当时我虽然知道int(1)，这个长度1并不代表允许存储的宽度，但却没有一个合理的解释。或者说对这个长度也没有真正的研究过到底代表什么，平时都用int(11)，也不知道为什么要11位。所以我在网上查阅了一些资料，也仔细的看了MySQL手册关于int data type的说法。

以下是每个整数类型的存储和范围(来自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与你存放的数值型的数的大小无关。