MySql支持多种不同的数据类型，选择正确的类型对于获得高性能至关重要，下面原则有助于做出选择：

?

1、更小通常更好

??? 一般来说，要试着使用能正确的存储和表示数据的最小类型，更小的数据类型通常会更快，因为他们使用了更小的磁盘空间，内存和CPU缓存，而且需要的CUP周期也小。

??? 但是要确保不低估需要被保存的值，在架构中的多个地方增加数据类型的范围是一件极其费时费力的工作。如果不确定需要什么数据类型，就选择你认为不会超出范围的最小数据类型。

?

2、简单就好

??? 越简单的数据类型，需要的CPU周期就越少。例如比较整数的代价小于比较字符，因为字符集和排序规则使字符比较更复杂。如应该使用MySql的内建类型保存日期和时间而不是字符串，应该使用整形来保存IP地址而不是字符串。

?

3、尽量避免NULL

??? 要尽可能的把字段字义为NOT NULL，除非真的要保存NULL，否则就把列定义为NOT NULL。MySql难以优化使用了可空列的查询，它会使索引、索引统计和值更加复杂。可空列需要更多的存储空间，还需要在MySql内部进行特殊处理。当可空列被索引的时候，每条记录都需要一个额外的字节，还能导致MyISAM中固定大小的索引（例如一个整数列上的索引）变成可变大小的索引。

??? 即使要在表中存储“没有值”的字段，还是有可能不使用NULL的，考虑使用0、特殊值或者空字符串替代。

??? 把NULL改成NOT NULL带来的性能提升很小，所以除非确定它引入了问题，否则就不要把当成优先的优化措施，但是如果计划某列进行索引，就要尽量避免把它设置为可空。

?

?

??? 决定特定列的数据类型的第一步就是大致决定数据的类型：数字、字符、时间等。这个会很直观，下面会说到些不直观的情况。

??? 第二步就是确定特定的数据类型，许多MySql数据类型保存同类的数据，但是存储的范围、精度或物理空间却不相同，一些数据还有特殊的行为或属性。如：DATETIME和TIMESTAMP能够保存同样的数据类型：日期和时间，精度为秒。而TIMESTAMP使用的空间只有DATETIME的一半，还能保存时区，拥有特殊的自动更新的能力。而另一方面，它允许的范围要小的多，并且在某些时候，它的自动更新功能会成为障碍。

1、整数

??? MySql数据有两种类型：整数(Whole Number)和实数(Real Number)。如果存储整数，就可以使用这几种类型：TINYINT、SMALLINT、MEDIUMINT、INT或BIGINT，它们分别需要8、16、24、32和64位存储空间，取值范围为-2(n-1)到2(n-1)-1，n为所需存储空间位数。

??? 整数类型有可选的UNSINGED属性，表示正整数，不许为负数，并把正上限提高了一倍，有符号和无符号类型占用的存储空间是一样的，性能也一样，使用时根据实际情况采用合适的类型。

??? 你的选择将会决定MySql把数据保存在内存中还是磁盘中，然而整数运算通常使用64位BIGINT整数，即使是32位的架构也是如此。一些聚合函数例外，它们使用DECIMAL或者DOUBLE进行计算。

??? MySql还可以对数据类型定义宽度（长度），比如INT(11)，这对于大多数应用程序都是没有意义的，它不会限制值的范围，只规定了MySql的交互工具（如命令行客户端）用来显示字符的个数，对于存储和计算，INT(1)和INT(20)是一样的。

2、实数

??? 实数有分数部分，然而它们并不仅仅是分数，可以使用DECIMAL保存比BIGINT还大的整数。MySql同时支持精确与非精确类型。FLOAT和DOUBLE支持使用标准的浮点运算进行近似计算。DECIMAL用于保存精确的小数，在MySql5.0以上版本，DECIMAL支持精确的数学运算，在MySql4.1及以前版本中对DECIMAL执行浮点运算，它因为丢失精度而导致奇怪的结果，在这些老版本中，DECIMAL仅仅只是“存储类型”。在5.0以上版本，服务器自身进行了DECIMAL运算，因为CPU并不支持对它进行直接计算。浮点运算会快点，因为计算直接在CPU上进行。

??? 可以定义浮点类型和DECIMAL类型的精度，对于DECIMAL列，可以定义小数点之前和之后的最大位数，这影响了所需要的存储空间。MySql5.0和以上版本中把数字保存到一个二进制字符串(每4个字节保存9个数字)。例如DECIMAL(18,9)将会在小数点前后都保存9位数字，总共使用9个字节：小数点前4个，小数点后4个，小数点1个。MySql5.0及以上的版本中的DECIMAL最多允许有65个数字，在较早的版本中，DECIMAL最多可以有254个数字，并且保存为未压缩的数字，一个数字占一个字节，然而这些版本中的MySql根本不能在计算中使用如此大的数字，因为DECIMAL只是一种存储格式，在运行时会被转换为DOUBLE类型。

??? 可以用多种方式来定义浮点数列的精度，它会导致MySql悄悄的采用不同的数据类型，或者在保存的时候进行圆整。这些精度定义符不是标准的，因此我们建议定义需要的类型，而不是精度。

??? 比起DECIMAL，浮点类型保存同样大的值采用更小的空间，FLOAT占4个字节，DOUBLE占8个字节，而且精度更高，范围更广。和整数一样，你选择的仅仅是存储类型，MySql内部对浮点型使用DOUBLE进行计算。

??? 由于需要额外的空间和计算开销，只有在对小数进行精确计算时才用DECIMAL，比如保存金融数据。

3、字符串

??? MySql支持多种字符串类型，它们之前有很多种不同，从MySql4.1起，每个字符串列都有自己的字符集和排序规则。

?

VARCHAR和CHAR类型

??? 两种主要的字符串类型VARCHAR和CHAR，很难确切的说这两种类型是如何被保存到磁盘或内存中的，因为具体的实现要依赖于存储引擎，这里假设你使用的是InnoDB和MyISAM引擎。

?

VARCHAR

??? VARCHAR保存了可变长度的字符串，是使用得最多的字符串类型，它比固定长度类型占用更少的存储空间，它只占用了需要到的空间，例外的情况是使用ROW_FORMAT=FIXED创建的MyISAM表，它为每行使用固定的长度空间，可能会造成浪费。

??? VARCHAR使用额外的1到2个字节存储值的长度。如果列的最大长度小于或等于255，则使用1个字节，否则就使用2个字节。假设使用latin1字符集，VARCHAR(10)将会占用11个字节的存储空间，VARCHAR(1000)占用1002字节的存储空间，2个字节用于保存长度信息。

??? VARCHAR能节省空间，所以对性能有帮助，然后，由于列的长度是可变的，它们在更新的时候可能会发生变化，这会引起额外的工作，如果行的长度增加并不再适合于原始的位置时，具体的行业则会和存储引擎相关，例如：MyISAM会把行拆开，InnoDB会进行分页。当最大长度远大于平均长度，并且很少发生更新的时候通常适合使用VARCHAR，这时候碎片不会成为问题，当你使用复杂的字符集，比如UTF-8时，它的每个字符都可能占用不同的存储空间。

??? 在MySql5.0及以后版本中，无论是保存还是取值，MySql都会保留字符串末尾的空格，但在4.1版本之前，这些空格都会被去掉的。

?

CHAR

??? CHAR是固定长度的，MySql总是为特定数量的字符分配足够的空间，当保存CHAR值的时候，MySql会去掉末尾的空格(只是末尾而不是两端)。在比较的时候，空格会被填充到字符串末尾。

??? CHAR在存储长度很短或长度近似相同的字符串的时候很有用。例如：CHAR很适合存储用户密码的MD5哈希值，它的长度总是一样的，对于经常改变的值，CHAR也好于VARCHAR，因为固定长度不易产生碎片。对于很短的列，CHAR也好于VARCHAR，CHAR(1)会占用1个字节，而VARCHAR(1)则会占用两个字节，1个字节用于保存长度。

??? CHAR和VARCHAR的兄弟类型为BINARY和VARBINARY，它们用于保存二进制字符串，二进行字符串和传统的字符串相似，但是它们保存的是字节，而不