摘自：http://zuo.ai.xiao.blog.163.com/blog/static/6079155320121293750732/
有符号 无符号 存储（bytes）
tinyint
-128到127 0到255
1 = 2^8 (1个字节等于8位二进制)
smallint -32768到32767 0到65535 2
mediumint -8388608到8388607 0到16777215 3
int -2147483648到2147483647 0到4294967295 4
bigint -9223372036854775808到9223372036854775807
0到18446744073709551615 8
float -3.402823466E+38到-1.175494351E-38
、0和1.175494351E-38到3.402823466E+38 4
double -1.7976931348623157E+308到-2.2250738585072014E-308
、0和2.2250738585072014E-308到 1.7976931348623157E+308 8
decimal(M,D) 适合存储价格，M是小数位数(精度)的总数
(最大65,默认10)，D是小数点(标度)后面的位数(最大30,默认0) m+2
2、字符类型
范围
CHAR 0到255(2^8-1)
TINYTEXT 0到255(2^8-1)
VARCHAR 0到65535(2^16-1)
TEXT 0到65535(2^16-1)
MEDIUMTEXT 0到16777215(2^24–1)
LONGTEXT 4,294,967,295或4GB(2^32–1)
3、日期类型
范围
格式
存储（bytes）
DATE
'1000-01-01'到'9999-12-31'
'YYYY-MM-DD' 3
TIME
'-838:59:59'到'838:59:59'
'HH:MM:SS' 3
TIMESTAMP '1970-01-01 00:00:00'到2037 时间戳（1330502234） 4
DATETIME '1000-01-01 00:00:00'到'9999-12-31 23:59:59' 'YYYY-MM-DD HH:MM:SS' 8
4、其它类型
范围 存储
BIT[(M)] 1到64 (M+7)/8 bytes
SET("v1","v2"....) 最大64个值 1，2，4 or 8 bytes
ENUM("v1","v2"...) 最大65535个值 1 or 2 bytes
数字类型
（另
注以下信息来源：http://blog.zxlm.cn/2006/05/mysql-%E7%9A%84%E6%95%B0%E6%8D%AE%E7
%B1%BB%E5%9E%8B%E5%92%8C%E5%BB%BA%E5%BA%93%E7%AD%96%E7%95%A5.html）
下来至：《MySQL性能调优与架构设计》
日期类型：
其它类型
一、数字类型
数字类型按照我的分类方法分为三类：整数类、小数类和数字类。
我所谓的“数字类”，就是指 DECIMAL 和 NUMERIC（在MYSQL中，DECIMAL与NUMERIC没有什么区别NUMERIC是DECIMAL的同义词，MYSQL手册上如此说“The DECIMAL and NUMERIC types are implemented as the same type by MySQL”），它们是同一种类型。它严格的说不是一种数字类型，因
为他们实际上是将数字以字符串形式保存的；他的值的每一位 (包括小数点)
占一个字节的存储空间，因此这种类型耗费空间比较大。但是它的一个突出的优点是小数的位数固定，在运算中不会“失真”，所以比较适合用于“价格”、“金
额”这样对精度要求不高但准确度要求非常高的字段。
小 数类，即浮点数类型，根据精度的不同，有 FLOAT 和
DOUBLE 两种。它们的优势是精确度，FLOAT 可以表示绝对值非常小、小到约 1.17E-38 (0.000…0117，小数点后面有 37
个零) 的小数，而 DOUBLE 更是可以表示绝对值小到约 2.22E-308 (0.000…0222，小数点后面有 307 个零)
的小数。FLOAT 类型和 DOUBLE 类型占用存储空间分别是 4 字节和 8 字节。如果需要用到小数的字段，精度要求不高的，当然用
FLOAT 了。可是说句实在话，我们“民用”的数据，哪有要求精度那么高的呢？这两种类型至今我没有用过――我还没有遇到适合于使用它们的事例。
用
的最多的，最值得精打细算的，是整数类型。从只占一个字节存储空间的 TINYINT 到占 8 个字节的
BIGINT，挑选一个“够用”并且占用存储空间最小的类型是设计数据库时应该考虑的。TINYINT、SMALLINT、MEDIUMINT、INT 和
BIGINT 占用存储空间分别为 1 字节、2 字节、3 字节、4 字节和 8 字节，就无符号的整数而言，这
些类型能表示的最大整数分别为 255、65535、16777215、4294967295 和
18446744073709551615。如果用来保存用户的年龄 (举例来说，数据库中保存年龄是不可取的)，用 TINYINT
就够了；九城的《纵横》里，各项技能值，用 SMALLINT 也够了；如果要用作一个肯定不会超过 16000000 行的表的
AUTO_INCREMENT 的 IDENTIFY 字段，当然用 MEDIUMINT 不用 INT，试想，每行节约一个字节，16000000
行可以节约 10 兆多呢。
二、日期时间类型
时间存储格式总类并不是太多，我们常用的主要就是 DATETIME ， DATE 和 TIMESTAMP 这三种了。从存储空间来看 TIMESTAMP(fc注：) 最少，四个字节，而其他两种数据类型都是八个字节，多了一倍。而 TIMESTAMP 的缺点在于他只能存储从 1970 年之后的时间，而另外两种时间类型可以存放最早从 1001 年开始的时间。 如果有需要存放早于 1970 年之前的时间的需求，我们必须放弃 TIMESTAMP 类型，但是只要我们不需要使用1970 年之前的时间，最好尽量使用 TIMESTAMP 来减少存储空间的占用。(来至：《MySQL性能调优与架构设计》)
三、字符 (串) 类型
不
要以为字符类型就是 CHAR，CHAR 和 VARCHAR 的区别在于 CHAR 是固定长度，只要你定义一个字段是
CHAR(10)，那么不论你存储的数据是否达到了 10 个字节，它都要占去 10 个字节的空间；而 VARCHAR
则是可变长度的，如果一个字段可能的值是不固定长度的，我们只知道它不可能超过 10 个字符，把它定义为 VARCHAR(10) 是最合算的，VARCHAR
类型的占用空间是它的值的实际长度 +1。为什么要 +1 呢？这一个字节用于保存实际使用了多大的长度。从这个 +1
中也应该看到，如果一个字段，它的可能值最长是 10 个字符，而多数情况下也就是用到了 10 个字符时，用 VARCHAR
就不合算了：因为在多数情况下，实际占用空间是 11 个字节，比用 CHAR(10) 还多占用一个字节。
举
个例子，就是一个存储股票名称和代码的表，股票名称绝大部分是四个字的，即 8
个字节；股票代码，上海的是六位数字，深圳的是四位数字。这些都是固定长度的，股票名称当然要用 CHAR(8)；股票代码虽然是不固定长度，但如果使用
VARCHAR(6)，一个深圳的股票代码实际占用空间是 5 个字节，而一个上海的股票代码要占用 7
个字节！考虑到上海的股票数目比深圳的多，那么用 VARCHAR(6) 就不如 CHAR(6) 合算了。
虽 然一个 CHAR 或
VARCHAR 的最大长度可以到 255，我认为大于 20 的 CHAR 是几乎用不到的――很少有大于 20
个字节长度的固定长度的东东吧？不是固定长度的就用 VARCHAR。大于 100 的 VARCHAR 也是几乎用不到的――比这更大的用 TEXT
就好了。TINYTEXT，最大长度为 255，占用空间也是实际长度 +1；TEXT，最大长度 65535，占用空间是实际长度
+2；MEDIUMTEXT，最大长度 16777215，占用空间是实际长度 +3；LONGTEXT，最大长度
4294967295，占用空间是实际长度 +4。为什么 +1、+2、+3、+4？你要是还不知道就该打 PP
了。这些可以用在论坛啊、新闻啊，什么的，用来保存文章的正文。根据实际情况的不同，选择从小到大的不同类型。
四、枚举和集合类型
枚
举 (ENUM) 类型，最多可以定义 65535
种不同的字符串从中做出选择，只能并且必须选择其中一种，占用存储空间是一个或两个字节，由枚举值的数目决定；集合 (SET) 类型，最多可以有 64
个成员，可以选择其中的零个到不限定的多个，占用存储空间是一个到八个字节，由集合可能的成员数目决定。
举 个例子来说，在
SQLServer 中，你可以节约到用一个 BIT 类型来表示性别 (男/女)，但 MySQL 没有 BIT，用 TINTINT 吗？不，可以用
ENUM(‘帅哥’,'美眉’)，只有两种选择，所以只需一个字节――跟 TINYINT 一样大，但却可以直接用字符串 ‘帅哥’ 和 ‘美眉’
来存取。真是太方便啦！