说下想写这篇文章的事由。昨天开发提出的一个DBA任务，深深的震惊了我，说将字段 role int(32) unsigned 改成 role int(64) unsigned not null ,说int大小不够用。狂晕中。。。
说明，实际上手册上写的很清楚的。每个数据类型可以支持的大小。所需要的存储空间是定长的。
类型字节最小值最大值
(带负号的/无负号的）(带负号的/无负号的）
TINYINT1-128127
0255
SMALLINT2-3276832767
063335
MEDIUMINT3-83886088388607
016777215
INT4-21474836482147483647
04294967295
BIGINT8-92233720368547758089223372036854775807
018446744073709551615
整数类型后面跟的是显示的宽度。M指示最大显示宽度。最大有效显示宽度是255。显示宽度与存储大小或类型包含的值的范围无关。
实践出真知：
mysql> create table test2 ( a int , b int(20) unsigned not null , c int(40) unsigned zerofill ) engine = innodb ;
Query OK, 0 rows affected (0.06 sec)
mysql> show create table test2;
+——-+———————————————————————————————————————————————————————–+
| Table | Create Table |
+——-+———————————————————————————————————————————————————————–+
| test2 | CREATE TABLE `test2` (
`a` int(11) DEFAULT NULL,
`b` int(20) unsigned NOT NULL,
`c` int(40) unsigned zerofill DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
给表插入记录。
mysql> insert into test2 values(1,2000000, 34823424);
Query OK, 1 row affected (0.04 sec)
mysql> select * from test2;
+——+———+——————————————+
| a | b | c |
+——+———+——————————————+
| 1 | 2000000 | 0000000000000000000000000000000034823424 |
+——+———+——————————————+
mysql> alter table test2 add d int(256) not null;
ERROR 1439 (42000): Display width out of range for column ‘d’ (max = 255)
从以上测试可以说明以下：
1：对于整形数据类型，数据存储所占的字节数是固定长度的。比如
INT[(M)] [UNSIGNED] [ZEROFILL] 。
其中
M指示最大显示宽度。最大有效显示宽度是255。当插入的表的字段数据长度小于设定的INT(M)最大长度的时候，检索出来的数据会自动空格补充。
2：zerofill(补零)，当实际插入的数据长度小于建表的时候设定的长度时候，它会从左开始补零。这个修饰符可以防止MySQL存储负值。
3：对于建表的时候，不指定INT的显示长度，系统会自动预设显示长度大小。
4：MySQL手册很重要，很权威，很基础。
