MySQL 中的 DOUBLE 与 DECIMAL：重新审视精度之争

在 MySQL 数据库中存储货币值时应避免使用 DOUBLE，这是一种常见的做法由于潜在的精度问题。然而，实际场景提出了关于此建议有效性的问题。

平衡精度问题与实际考虑

给定的场景涉及一个遗留系统，其中有许多 DOUBLE 列，用于货币存储。尽管没有 SQL 算术运算，但问题在于存储和检索期间可能会出现精度损失。

反对转换的争论

• 否不良影响： 尽管使用了六年，尚未观察到与精度相关的错误。
• 足够的精度： DOUBLE 的 15 位精度可容纳 2-8 所需的小数精度
• 外部计算： 货币计算使用 BigDecimal 在 Java 中执行，最大限度地减少 MySQL 数据格式化的影响。

注意参数

• 舍入问题： DOUBLE 使用浮点数学，这可能会引入舍入误差。像 0.1 0.2 这样的运算可能会导致 0.30000000000000004。
• 潜在的精度损失： 虽然在给定场景中不太可能发生精度损失，但理论上仍然存在这种可能性。

结论

在特定场景的上下文中，反对将 DOUBLE 转换为 DECIMAL 的论点超过了支持它的论点。由于没有 SQL 算术运算、足够的精度以及经过验证的跟踪记录，表明精度损失的风险很小。然而，值得注意的是，对于高精度货币计算或在需要进行大量 SQL 算术运算的数据库中，DECIMAL 可能是更合适的数据类型，尽管它可能会增加存储空间需求。