Schema的优化和索引 - 选择最佳的数据类型 - 整数和实数

核心提示：整数 总共有两种数字类型：整数和实数（有小数部分的），如果你保存的是整数，Schema的优化和索引 - 选择最佳的数据类型 - 整数和实数，使用下列的整型：TINYINT,SMALLINT,MEDIUMINT,INT或者BIGINT，它们分别需要8,16,24,32,以及64位的存储空间，你使用DECIMAL的情况为你

整数

总共有两种数字类型：整数和实数（有小数部分的）。如果你保存的是整数，使用下列的整型：TINYINT,SMALLINT,MEDIUMINT,INT或者BIGINT。它们分别需要8,16,24,32,以及64位的存储空间。它们存储的值范围为N就是它们使用的存储空间所需的位数。

整型有个一个可选择的参数，就是UNSIGNED，它不允许存储负数，而正数的最大上限变为之前的大约两倍左右。举个例子，一个TINYINT UNSIGNED存储的范围是0-255，而不是之前的-128-127.

有符号和无符号类型使用了相同大小的存储空间，它们的性能是一样的，因此使用哪种类型取决存储的数据范围。

你的选择决定了MySQL在内存和硬盘上存储数据的方式。然而，即使在32位的架构上，整型的计算常常使用64位的BIGINT.（例外的情况一般发生在使用DECIMAL或者DOUBLE计算的聚合函数上）。

MySQL允许你指定整型的“宽度”，比如INT(11).对大多数应用来说没有什么意义：它并不会约束值的范围，但是可以简单的指定MySQL交互工具的字符数。只是限制显示而已。对于存储和计算，INT(1)和INT(20)是等同的。

实数

实数的数字带有小数部分。然而它们并不仅仅是小数。它也能保存一些大到连 BIGINT都保存不下的整数。MySQL同时支持精确和不精确两种类型。

FLOAT和DOUBLE支持近似的标准浮点运算。如果你需要知道准确的浮点运算结果，你需要研究你的平台的浮点实现方式。

DECIMAL类型存储了准确的浮点数。在MySQL5.0以上版本，都支持准确的运算。MySQL4.1较早版本，一般浮点运算会得到比较奇怪的值，因为丢掉了精度。在这些MySQL版本中，DECIMAL只不过是存储类型而已。

MySQL5.0以上版本的服务器自身去运行DECIMAL运算，是因为CPU并不直接支持这种计算。浮点运算稍微快些，因为CPU本地执行了这些运算。

浮点和DECIMAL类型都允许你指定精度。对于DECIMAL，你可以指定小数点之前和之后的数字最大的数量。这个决定了列的消耗空间的大小。MySQL5.0以上版本把数字打包进了一个二进制字符串（每四个字节包含了九个数字）。比如DECIMAL(18,9)会在小数点两边各存储9个数字，使用的空间为9字节：4个字节存储了小数点之前的数字，1个字节存储了小数点，另外4个字节存储了小数点之后的数字。

一个DECIMAL数在MySQL5.0以上版本中最高上限的数字个数为65。早期的MySQL版本中限制为254，并且存储数值并没有压缩（一个字节一个数字）。然而，这些版本中，并不能使用这些大数值进行计算，因为DECIMAL就是个存储类型而已。要计算的话，只能把DECIMAL转换为DOUBLE了。

指定浮点数的精度有两种方法，不同的方法导致了MySQL选择不同的类型以及近似的存储数值。精度的指定并不是标准的，因此我们建议指定你希望的类型而不是精确度。

保存相同的数值范围的情况下，浮点类型要比DECIMAL使用更少的空间。一个FLOAT列使用了4个字节。DOUBLE消耗了8个字节以及有更好的精度和更大的值的范围。像Integer一样，你仅仅选择的是存储类型。MySQL在浮点运算中，使用DOUBLE进行运算。

因为需要额外的存储空间和计算的消耗。你使用DECIMAL的情况为你需要使用精确的结果。比如，存储的是财政信息。