通常我们可以看到有时在创建整型指定宽度如

其实这里意义不大，对于操作和存储来说int(1)、int(11)、int(20)都是一样的，存储范围都是一样。

所以如果我们选择用一个数据库类型就可以图略类型指定宽度，由于意义不大，通过花费时间与考虑

到底使用什么宽度。比如我们的数据范围在0-9使用int(1),还不如使用tinyint(4)，后者更高效。

然而数据类型宽度冰封没用，对于一些特定的数据库客户端，用于显示字符的个数。

如：

tinyint 字符宽度是tinyint(4)——存储范围 -128~127

tinyint unsigned 字符宽度是tinyint(3)——存储范围 0~255

这里就可以清楚的了解到tinyint(4)与tinyint(3)与存储范围无关而是显示字符，这里的

tinyint unsigned (无符号范围)比 tinyint 少一个负号所以默认的字符宽度少一。

总结以上，其实设定整数类型的宽度对存储和效率没有多大的意义，只是对于一些数据库客户端显示有意，

所以整数类型的宽度可能成为现在数据库设计的误区。

原文地址：http://blog.yi18.net/articles/2014/04/06/1396774192543.html

没太看懂。。。论据是什么，如何证明对存储和效率没有意义？

也就是对于数据库存储来说 int(3)和int(11)是一样的，没有区别！

我们也许以为 int(1) 只能存储0-9，其实不然，他与int(11)存储范围是一样的，一样可以存储上11位数的整数。
比如我和设置int(20)，就以为能够存储20位的整数，其实他与int(11)存储范围一样，在存储12位整数时就会出错。
int(x)，x对存储是没有影响的，如果用这个就可以改变存储空间位数，那就没有必要设计 bigint、smallint、tinyint……
这些了，因为int(x)就可以做任何事。

也许有这样的疑问，但设计int(1)时，在存储 11 时会提示超出范围，这是什么原因？其实这只是用的客户端工具对
输入做了一个判断。用sql语句，或者其他工具一样的可以存储 11.

int(x)，这里的x只是对于一些专门的客户端工具，能够方便人们操作，不能改变存储范围，所以位数一样，对性能
这些就没有影响。