有2个有效选项:

使用整数数量的货币小单位(例如分) 将金额表示为货币的十进制值

在这两种情况下，您都应该使用十进制数据类型来拥有足够的有效数字。区别在于精度:

即使是整数数量的小单位，也最好有额外的累加精度(考虑从1美分操作累积10%的费用) 不同的货币有不同数量的小数，加密货币有多达18个小数 由于通货膨胀，小数的数量可以随着时间的推移而改变

来源和更多的警告和事实。

我更喜欢使用BIGINT，并通过与100相乘来存储值，这样它将成为整数。

例如，要表示93.49的货币值，该值应存储为9349，而显示的值可以除以100并显示。这将占用更少的存储空间。

警告: 大多数情况下，我们不执行货币*货币乘法，以防万一，如果我们正在执行，然后将结果除以100并存储，以便返回适当的精度。

有2个有效选项:

使用整数数量的货币小单位(例如分) 将金额表示为货币的十进制值

在这两种情况下，您都应该使用十进制数据类型来拥有足够的有效数字。区别在于精度:

即使是整数数量的小单位，也最好有额外的累加精度(考虑从1美分操作累积10%的费用) 不同的货币有不同数量的小数，加密货币有多达18个小数 由于通货膨胀，小数的数量可以随着时间的推移而改变

来源和更多的警告和事实。

这取决于你的需要。

使用DECIMAL(10,2)通常就足够了，但如果你需要更精确的值，你可以设置DECIMAL(10,4)。

如果使用大值，则将10替换为19。

将钱存储为BIGINT乘以100或更多，以使用更少的存储空间为理由，在所有“正常”情况下都没有意义。

为了与GAAP保持一致，以DECIMAL(13,4)存储货币就足够了。 MySQL手册读到每9位需要4个字节来存储DECIMAL。 https://dev.mysql.com/doc/refman/8.0/en/precision-math-decimal-characteristics.html DECIMAL(13,4)表示9位+ 4位小数(小数点后数位)=> 4 + 2字节= 6字节 与存储BIGINT所需的8个字节相比。

你可以使用DECIMAL或NUMERIC，两者都是一样的

DECIMAL和NUMERIC类型存储精确的数值数据值。当需要保持精确的精确度时，例如货币数据，就会使用这些类型。在MySQL中，NUMERIC被实现为DECIMAL，因此下面关于DECIMAL的说明同样适用于NUMERIC。: MySQL

例如十进制(10,2)

良好的阅读