根据类别列出了MySQL支持的每个列类型的存储需求。
MyISAM表中行的最大大小为65,534字节。每个BLOB和TEXT列 账户只占其中的5至9个字节。
如果MyISAM表包括变长列类型，记录格式也是可变长度。当创建表时，在某些条件下，MySQL可 以将一个列从变长类型改为固定长度的类型或反之亦然。
数值类型存储需求
列类型
存储需求
TINYINT
1个字节
SMALLINT
2个字节
MEDIUMINT
3个字节
INT, INTEGER
4个字节
BIGINT
8个字节
FLOAT(p)
如果0 <= p <= 24为4个字节, 如果25 <= p <= 53为8个字节
FLOAT
4个字节
DOUBLE [PRECISION], item REAL
8个字节
DECIMAL(M,D), NUMERIC(M,D)
变长；参见下面的讨论
BIT(M)
大约(M+7)/8个 字节
DECIMAL(和NUMERIC)的 存储需求与具体版本有关：
使用二进制格式将9个十进制(基于10)数压缩为4个 字节来表示DECIMAL列值。每个值的整数和分数部分的存储分别确定。每个9位数的倍数需要4个 字节，并且“剩余的”位需要4个字节的一部分。下表给出了超出位数的存储需求：
剩余的
字节
位数
数目
0
0
1
1
2
1
3
2
4
2
5
3
6
3
7
4
8
4
9
4
日期和时间类型的存储需求
列类型
存储需求
DATE
3个字节
DATETIME
8个字节
TIMESTAMP
4个字节
TIME
3个字节
YEAR
1个字节
字符串类型的存储需求
列类型
存储需求
CHAR(M)
M个字节，0 <= M <= 255
VARCHAR(M)
L+1个 字节，其中L <= M 且0 <= M <= 65535(参 见下面的注释)
BINARY(M)
M个字节，0 <= M <= 255
VARBINARY(M)
L+1个 字节，其中L <= M 且0 <= M <= 255
TINYBLOB, TINYTEXT
L+1个 字节，其中L < 28
BLOB, TEXT
L+2个 字节，其中L < 216
MEDIUMBLOB, MEDIUMTEXT
L+3个 字节，其中L < 224
LONGBLOB, LONGTEXT
L+4个 字节，其中L < 232
ENUM('value1','value2',...)
1或2个字节，取决于枚举值的个数(最 多65,535个值)
SET('value1','value2',...)
1、2、3、4或 者8个字节，取决于set成员的数目(最多64个 成员)
VARCHAR、BLOB和TEXT类是变长类型。每个类 型的存储需求取决于列值的实际长度(用前面的表中的L表 示)，而不是该类型的最大可能的大小。例如，VARCHAR(10)列可以容纳最大长度为10的 字符串。实际存储需求是字符串(L)的 长度，加上一个记录字符串长度的字节。对于字符串'abcd'，L是4， 存储需要5个字节。
对于CHAR、VARCHAR和TEXT类型，前面的表中的值L和M应 解释为字符数目，并且列定义中的这些类型的长度表示字符数目。例如，要想保存一个TINYTEXT值需要L字 符+ 1个字节。
要想计算用于保存具体CHAR、VARCHAR或 者TEXT列值的字节数，需要考虑该列使用的字符集。在具体情况中，当使用Unicode时，必须 记住所有Unicode字符使用相同的字节数。
注释：VARCHAR列的有效最 大长度为65,532字符。
NDBCLUSTER引擎只支持固定宽度的列。这说明MySQL簇中的表中的VARCHAR列 的行为如同类型CHAR(不同的是每个记录仍然有一个额外字节空间)。 例如，在Cluster表中，声明为VARCHAR(100)的列中的每个记 录存储时将占用101个字节，无论实际存储的记录中的字符串的长度为多少。
BLOB和TEXT类需要 1、2、3或 者4个字节来记录列值的长度，取决于该类的最大可能的长度。
在NDB Cluster存储引擎中，TEXT和BLOB列的实 施是不同的，其中TEXT列中的每个记录由两个单独部分组成。一个是固定大小(256字节)， 并且实际上保存在原表中。另一个包括超出256字节的任何数据，保存在隐含的表中。第2个表中的记 录总是2,000字节长。这说明如果size<= 256，TEXT列的大小为256(其中size表 示记录的大小)；否则，大小是256 +size+(2000–(size–256)%2000)。
ENUM对象的大小由不同的枚举值的数目确定。枚举用一个字节，可以有255个可能的 值。当枚举的值位于256和65,535之间时，用两个字节。
SET对象的大小由不同的set成员的数量确定。如果set大小 是N，对象占(N+7)/8个字 节，四舍五入到1、2、3、4或者8个 字节。SET最多可以有64个成员。
选择正确的列类型
为了优化存储，在任何情况下均应使用最精确的类型。例如，如果列的值的范围为从1到99999， 若使用整数，则MEDIUMINT UNSIGNED是好的类型。在所有可以表示该列值的类型中，该类型使用的存储最 少。
用精度为65位十进制数(基于10)对DECIMAL 列进行所有基本计算(+、-、*、/)。
使用双精度操作对DECIMAL值进行计算。如果准确度不是太重要或如果速度为最高优先级，DOUBLE类 型即足够了。为了达到高精度，可以转换到保存在BIGINT中的定点类型。这样可以用64位整数进 行所有计算，根据需要将结果转换回浮点值。
使用来自其他数据库引擎的列类型
为了使用由其它卖方编写的SQL执行代码，MySQL按照下表所示对列类型进行映射。通过这 些映射，可以很容易地从其它数据库引擎将表定义导入到MySQL中：
其它卖方类型
MySQL类型
BOOL,
TINYINT
BOOLEAN
TINYINT
CHAR VARYING(M)
VARCHAR(M)
DEC
DECIMAL
FIXED
DECIMAL
FLOAT4
FLOAT
FLOAT8
DOUBLE
INT1
TINYINT
INT2
SMALLINT
INT3
MEDIUMINT
INT4
INT
INT8
BIGINT
LONG VARBINARY
MEDIUMBLOB
LONG VARCHAR
MEDIUMTEXT
LONG
MEDIUMTEXT
MIDDLEINT
MEDIUMINT
NUMERIC
DECIMAL
在创建表时对列类型进行映射，然后原来的类型定义被丢弃。如果你使用其它卖方的类型创建一个表，然后执行DESCRIBE tbl_name语 句，MySQL使用等效的MySQL类型来报告表的结构。例如：
mysql> CREATE TABLE t (a BOOL, b FLOAT8, c LONG, d NUMERIC);
Query OK, 0 rows affected (0.08 sec)
mysql> DESCRIBE t;
+-------+---------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+---------------+------+-----+---------+-------+
| a | tinyint(1) | YES | | NULL | |
| b | double | YES | | NULL | |
| c | mediumtext | YES | | NULL | |
| d | decimal(10,0) | YES | | NULL | |
+-------+---------------+------+-----+---------+-------+
4 rows in set (0.00 sec)
