MYSQL中如何让字段结果精确到小数点后两位数字

可以在建表的时候限定小数点的长度，例如decimal(5,2)，后面的2就是2位的意思。

如果表已经建好，可以在查询语句中用函数 round(X,2) 转换，X为字段，后面的数字为长度，你要几位就填几。

对于游戏币等代币，一般存储为int类型是可行的。问题在于越界，int类型长度为11位。

在存储人民币相关的金额的时候，则只能存储到9长度的人民币，也就是说，最大只能存储999999999，不到10亿的数值，如果业务增长很快的话，就会给自己留下隐患。

Decimal：Decimal为专门为财务相关问题设计的数据类型。

DECIMAL从MySQL5.1引入，列的声明语法是DECIMAL(M,D)。在MySQL5.1中，参量的取值范围如下：M是数字的最大数（精度）。其范围为1～65（在较旧的MySQL版本中，允许的范围是1～254），M的默认值是10。

D是小数点右侧数字的数目（标度）。其范围是0～30，但不得超过M。说明：float占4个字节，double占8个字节，decimail(M,D)占M+2个字节。

如DECIMAL(5,2)的最大值为9999.99，因为有7个字节可用。能够解决数据的范围和精度的问题。

扩展资料

MySQL数据类型DECIMAL用法：

MySQL DECIMAL数据类型用于在数据库中存储精确的数值。我们经常将DECIMAL数据类型用于保留准确精确度的列，例如会计系统中的货币数据。

要定义数据类型为DECIMAL的列，请使用以下语法：column_name  DECIMAL(P,D)

在上面的语法中：

P是表示有效数字数的精度。 P范围为1〜65。

D是表示小数点后的位数。 D的范围是0~30。MySQL要求D小于或等于(<=)P。

DECIMAL(P，D)表示列可以存储D位小数的P位数。十进制列的实际范围取决于精度和刻度。

与INT数据类型一样，DECIMAL类型也具有UNSIGNED和ZEROFILL属性。如果使用UNSIGNED属性，则DECIMALUNSIGNED的列将不接受负值。

如果使用ZEROFILL，MySQL将把显示值填充到0以显示由列定义指定的宽度。另外，如果我们对DECIMAL列使用ZEROFILL，MySQL将自动将UNSIGNED属性添加到列。

实数是带有小数部分的数字。然而，它们不只是为了存储小数部分，也可以使用

DEClMAL 存储比 BIGINT还大的整数。 MySQL 既支持精确类型，也支持不精确类型。

FLOAT 和 DOUBLE 类型支持使用标准的浑点运算进行近似计算。如果需要知道浮点运算是

怎么计算的，则需要研究所使用的平台的浮点数的具体实现。

DECIMAL 类型用于存储精确的小数。在 MySQL 5.0 和更高版本， DECIMAL 类型支持精确 计算。 MySQL 4.1 以及更早版本则使用浮点运算来实现 DECIAML 的计算，这样做会因为 精度损失导致一些奇怪的结果。在这些版本的 MySQL 中，DEClMAL 只是一个"存储类型"。

因为 CPU 不支持对 DEClMAL 的直接计算，所以在 MySQL 5.0 以及更高版本中， MySQL 服务器自身实现了 DECIMAL 的高精度计算。相对而言， CPU 直接支持原生浮点计算，所 以浮点运算明显更快。

浮点和 DECIMAL 类型都可以指定精度。对于 DECIMAL 列，可以指定小数点前后所允许的 最大位数。这会影响列的空间消耗。 MySQL 5.0 和更高版本将数字打包保存到一个二进 制字符串中(每 4个字节存 9个数字)。例如， DEClMAL(18 ，9)小数点两边将各存储 9个 数字，一共使用 9 个字节:小数点前的数字用 4 个字节，小数点后的数字用 4 个字节， 小数点本身占 1个字节。

MySQL 5.0 和更高版本中的 DEClMAL 类型允许最多 65个数字。而早期的 MySQL 版本中 这个限制是254个数字，并且保存为未压缩的字符串(每个数字一个字节)。然而，这些(早 期)版本实际上并不能在计算中使用这么大的数字，因为DECIMAL 只是一种存储格式: 在计算中 DEClMAL 会转换为 DOUBLE 类型。

有多种方法可以指定浮点列所需要的精度，这会使得 MySQL 悄悄选择不同的数据类型， 或者在存储时对值进行取舍。这些精度定义是非标准的，所以我们建议只指定数据类型， 不指定精度。

浮点类型在存储同样范围的值时，通常比 DECIMAL 使用更少的空间。 FLOAT 使用 4个字 节存储。 DOUBLE 占用8个字节，相比 FLOAT有更高的精度和更大的范围。和整数类型一样， 能选择的只是存储类型 IMySQL 使用 DOUBLE 作为内部浮点计算的类型。

因为需要额外的空间和计算开销，所以应该尽量只在对小数进行精确计算时才使用

DECIMAL一一例如存储财务数据。但在数据量比较大的时候，可以考虑使用 BIGINT 代替

DECIMAL，将需要存储的货币单位根据小数的位数乘以相应的倍数即可。假设要存储财

务数据精确到万分之一分，则可以把所有金额乘以一百万，然后将结果存储在 BIGI町里，

这样可以同时避免浮点存储计算不精确和 DECIMAL 精确计算代价高的问题。

---