今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。
我是一名后端开发爱好者，工作日常接触到最多的就是Java语言啦，所以我都尽量抽业余时间把自己所学到所会的，通过文章的形式进行输出，希望以这种方式帮助到更多的初学者或者想入门的小伙伴们，同时也能对自己的技术进行沉淀，加以复盘，查缺补漏。
MysqL FLOAT 不准问题解析
在数据库中处理浮点数时，尤其是在金融计算、科学计算或其他对精度要求较高的领域，可能会遇到一个常见的问题：浮点数不精确。这在 MysqL 中也不例外，尤其是当使用 FLOAT 类型存储数据时，用户经常会发现存储的数值与预期的数值存在微小的偏差。本文将探讨 MysqL 中 FLOAT 类型不准的问题，解释其背后的原因，并提出一些应对方法。
1. 什么是 FLOAT 类型？
在 MysqL 中，FLOAT 是一种用于存储浮点数的类型。浮点数（floating point number）是一种近似表示实数的小数形式的数据类型，常用于存储带有小数的数值。MysqL 提供了两种浮点数类型：
- FLOAT：单精度浮点数，通常占用 4 个字节（32 位），可表示的范围较大，但精度有限。
-
DOUBLE：双精度浮点数，通常占用 8 个字节（64 位），相比
FLOAT，它可以提供更高的精度。
FLOAT 的定义语法：
column_name FLOAT[(M,D)]
其中：
-
M表示浮点数的总位数（整数位+小数位）。 -
D表示小数部分的位数。
例如：
CREATE TABLE example (
price FLOAT(7, 2)
);
这个例子中，price 列的定义表明它最多可以存储 7 位数字，其中 2 位是小数。
2. FLOAT 不准的原因
2.1 浮点数的存储机制
浮点数的“不准”问题源于计算机存储和处理浮点数的方式。浮点数在底层是使用二进制来表示的，但很多十进制小数在二进制系统中无法精确表示。
例如，十进制的小数 0.1 在二进制中是一个无限循环小数（类似于十进制中的 1/3 是 0.333…），因此计算机在存储时必须将其截断或近似表示。这种近似就会导致精度的损失。
FLOAT 类型存储的是这种近似的值，而不是完全准确的值，这就是为什么 FLOAT 类型在一些场景中表现得“不准”的根本原因。
2.2 精度问题
FLOAT 类型是单精度浮点数，它使用 32 位存储浮点数，其中：
- 1 位用于存储符号。
- 8 位用于存储指数。
- 23 位用于存储尾数。
这导致 FLOAT 的有效精度只有大约 7 位十进制数。对于超过这个精度的数值，FLOAT 可能会丢失部分精度。
示例：
CREATE TABLE example (
val FLOAT
);
INSERT INTO example (val) VALUES (0.1);
SELECT val FROM example;
在这个例子中，插入的值是 0.1，但在查询时，结果可能会显示 0.10000000149011612，这是因为 0.1 在二进制中无法精确表示，MysqL 只能存储其近似值。
2.3 运算中的精度损失
在进行浮点数运算时，这种精度损失可能会进一步累积。例如，当你对 FLOAT 类型的字段进行加法、减法或其他运算时，浮点数的舍入误差可能会导致结果与预期不符。
3. 应对 FLOAT 不准问题的解决方案
3.1 使用 DECIMAL 类型
在 MysqL 中，DECIMAL 类型是用于存储精确数值的最佳选择。与 FLOAT 不同，DECIMAL 是一种定点数类型，它使用字符串方式存储数值，因此不会出现 FLOAT 近似存储导致的精度问题。
DECIMAL 类型特别适合对精度要求较高的场景，例如货币计算。它可以精确表示用户指定的位数，不会产生浮点数中的舍入误差。
DECIMAL 的定义语法：
column_name DECIMAL(M, D)
其中：
-
M表示数值的总位数（包括小数和整数）。 -
D表示小数部分的位数。
例如：
CREATE TABLE example (
price DECIMAL(10, 2)
);
在这个例子中，price 列最多可以存储 10 位数字，其中 2 位是小数。
使用 DECIMAL 可以确保诸如 0.1 这样的小数在存储时不会丢失精度。
3.2 使用 DOUBLE 类型
如果浮点数计算不可避免，但需要比 FLOAT 更高的精度，可以选择 DOUBLE 类型。DOUBLE 是双精度浮点数，占用 64 位存储空间，提供大约 15 位的十进制精度。尽管它仍然不能完全避免浮点数的精度问题，但它的精度远高于 FLOAT，适合对精度有一定要求但又不需要绝对精确的场景。
示例：
CREATE TABLE example (
val DOUBLE
);
DOUBLE 类型适合需要处理较大范围浮点数的场景，并且比 FLOAT 更加精确。但它仍然有浮点数固有的近似存储问题，只是精度损失会少一些。
3.3 避免使用浮点数进行精确计算
如果需要处理金融数据、货币运算或其他对精度要求严格的场景，应该尽量避免使用浮点数进行计算。相反，使用 DECIMAL 或整数类型来表示这些数值。例如，在货币计算中，可以使用整数表示最小单位（如“分”或“厘”）来避免小数带来的精度问题。
-- 以整数形式存储货币，单位为“分”
CREATE TABLE transactions (
amount_in_cents INT
);
这种方法确保所有的运算都在整数空间内进行，从而避免浮点数的不精确性。
4. 总结
MysqL 中的 FLOAT 类型因其存储方式的限制，存在精度损失的问题。这是因为浮点数在计算机底层以二进制形式存储，许多十进制小数无法精确表示，导致了浮点数“不准”的现象。
- 对于精度要求非常高的场景，推荐使用
DECIMAL类型，它能确保存储的数值精确无误。 - 对于需要更高精度但仍接受一定程度近似的场景，可以使用
DOUBLE类型。 - 另外，在货币或计量单位等涉及小数运算的情况下，考虑使用整数存储以避免小数误差。
选择合适的数据类型是确保数据计算精确性和系统性能的关键。在使用 MysqL 时，了解每种数据类型的优缺点，有助于设计出更合理的数据库结构，避免精度损失带来的困扰。
… …
文末
好啦，以上就是我这期的全部内容，如果有任何疑问，欢迎下方留言哦，咱们下期见。
… …
学习不分先后，知识不分多少；事无巨细，当以虚心求教；三人行，必有我师焉！！！
wished for you successed ！！！
⭐️若喜欢我，就请关注我叭。
⭐️若对您有用，就请点赞叭。
⭐️若有疑问，就请评论留言告诉我叭。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
