MySQL 隐式替换导致精度丢失
发布网友
发布时间：2023-03-19 19:05
共1个回答
热心网友
时间：2023-04-23 12:34
原来只知道, MySQL类型隐式替换会影响优化器对索引的选择, 由于遇到了一个隐式替换导致的精度丢失的 Bug ,引起了我对隐式替换的实现逻辑的好奇心.
为什么隐式替换会影响精度吗? 不是类似 String.valueOf() 处理吗?
执行SQL 1 :
查询结果 1 :
执行SQL 2 :
查询结果 2 :
由上面的两个SQL看到, 由于where条件的业务订单id筛选项没有添加引号, 导致了精度丢失问题. 210517130303013756 在表中是唯一的, 但是查出来多条数据.
如需构建演示环境请执行如下SQL
这里贴出了数字类型相关的替换规则, 想了解更多请查阅官方文档
有关隐式数字到字符串转换的字符集以及适用于 CREATE TABLE ... SELECT 语句的修改规则，请参阅本节后面的信息。
以下规则描述了比较操作如何发生转换：
有关将值从一种时间类型转换为另一种时间类型的信息，请参见 第11.2.8节“日期和时间类型之间的转换” 。
由于 210517130303013756 没有加引号, 默认将其作为浮点数处理, 所以在 210517130303013756 转浮点数的时候, 导致了精度丢失问题.
