mysql 关联查询 出现精度丢失

最新推荐文章于 2025-08-01 21:08:09 发布
原创 最新推荐文章于 2025-08-01 21:08:09 发布 · 372 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #java

在执行SQL查询，使用LEFTJOIN连接小组表和人员表时，由于小组表的id是bigInt类型，而人员表的baseId是varchar类型，导致了id和baseId不相同的数据出现在同一行。这个问题揭示了数据库设计中类型一致性的重要性。

 问题

在查询下组及小组下的人员时使用两表关联查询left join  ON t1.`id` = t2.`baseId` ;但是出现 id和baseId不相同的数据已经出现在一行中;

解决:

发现是小组表的id使用的是bigInt类型,而人员表的baseId是varchar类型

数据库为字段为BigInt 类型，实体类中使用Long类型接收 ，导致的 精度丢失的问题
m0_73590570的博客
06-11 862
这里当生成订单生成的订单id 使用的是mybatisPlus 的自动生成的雪花id ,但是当需要根据前端传来的id来查询订单详情时，首先传来的是Long类型的，精度丢失，这里如果去测试，使用数据库生成的订单号去测试的时候，需要将订单号后面加上"L"只有这样才能正确的查询出数据。具体的解决方式，配置全局的处理。Serialization Inclusion: JsonInclude.Include.NON_NULL 配置使得只有非空属性会被序列化到 JSON 中，这样可以减少传输的数据量并保持响应的简洁性。
将mysql数据同步到elasticsearch时，mysql的float类型出现精度损失及解决方法
qq_31589695的博客
02-03 2060
场景描述 之前将mysql数据同步到ES，采用的是如下的架构，打造的是千万级别的实时搜索系统 详情请看 https://blog.youkuaiyun.com/laoyang360/article/details/52227541#commentBox 最近运营突然找到我说有一个问题就是为什么数据库源表这种是 2.99肿么变成了这个2.990000009536743，出现了精度上面的一些问题。一开...
mysql数据精度丢失问题深入探讨
weixin_30672295的博客
02-26 817
　　不要盲目的说float和double精度可能发生丢失，而是说在存取时因为精度不一致会发生丢失，当然这里的丢失指的是扩展或者截断了，丢失了原有的精度。decimal是好，但不是说不会发生任何精度丢失。如果问题看得不深入，总会以偏概全。 我们知道，mysql存储小数可以使用float、double、decimal等。这些类型存储的小数精度都比较高。我们平时应用最多的就是两位小数点，所以，...
mysql中varchar与bigint直接比较会导致精度丢失以至于匹配到多行数据
卖炫迈的小男孩的博客
05-09 1390
如果联表的两个字段类型不一样，数据库会对两个不同类型的字段进行隐式的类型转换，导致索引失效。varchar与bigint进行比较的时候，mysql先转换为双精度浮点数double再进行比较的，由于bigint的位数超过了16位所以会导致丢失一部分精度，所以会匹配上多行数据。而在mysql中double的精度的精度为16位有效数据,因此如果要比较varchar和bigint类型的话，如果允许的话就改为统一的类型进行比较。也可以将bigint转换为varchar进行比较，或者两者都使用更高精度的Decimal类
Mysql datetime 精度缺失问题
咖啡煮码
01-02 1470
mysql datetime默认四舍五入精确到秒，如何让它精确到毫秒呢
mysql sum计算精度丢失
04-11
在使用MySQL的$ \text{SUM()} $函数时，若出现精度丢失问题，通常与**字段数据类型选择**、**数值范围限制**和**计算过程类型转换**有关。以下是具体解决方案及代码示例： --- #### 1. **使用DECIMAL类型替代浮点...
Mysql进阶—二进制安装、联合查询、破解与备份
m0_67758799的博客
06-28 1057
1. 二进制格式安装mysql 环境说明 安装流程 相关报错及解决 2. mysql配置文件 3. mysql数据库密码破解步骤 4. 多表联合查询 5. mysql数据库备份与恢复
MYSQL 四、mysql进阶 8（索引优化与查询优化）
kkkkatoq的博客
07-10 713
关于数据库调优的知识非常分散。不同的DBMS，不同的公司，不同的职位，不同的项目遇到的问题都不尽相同。这里我们分为三个章节进行细致讲解。虽然SQL查询优化的技术有很多，但是大方向上完全可以分成。
MYSQL
happysmooth的博客
07-01 1509
MySQL 数据库中的事务是用户一系列的数据库操作，这些操作要么全做，要么全不做，是一个不可分割的工作单位。在 MySQL 中只有使用了 Innodb 数据库引擎的数据库才支持事务。事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。一般来说，事务是必须满足4个条件（ACID）：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。
qstring转double丢失精度_MySQL数据精度丢失问题深入探讨
weixin_39522423的博客
12-07 1925
不要盲目的说float和double精度可能发生丢失，而是说在存取时因为精度不一致会发生丢失，当然这里的丢失指的是扩展或者截断了，丢失了原有的精度。decimal是好，但不是说不会发生任何精度丢失。如果问题看得不深入，总会以偏概全。 我们知道，mysql存储小数可以使用float、double、decimal等。这些类型存储的小数精度都比较高。我们平时应用最多的就是两位小数点，所以，这些类型都是可...
Mysql精度丢失踩坑记录
我是坏人哦
04-16 3954
mysql四舍五入精度丢失问题
ls2008
05-20 1517
转载：mysql四舍五入精度丢失问题—5181it 现在有一个查询，就是要将double的值四舍五入保留整数 经过网上查 ROUND(X,D) 返回参数X的四舍五入的有D为小数的一个数字。如果D为0，结果将没有小数点或小数部分。 select r,ROUND(r) from table_xx 查询发现，大部分结果都是对的 但仔细看 有个26.5并没有四舍五入，使用select ROUND(26.5, 0); 查看也是对的，为27 真是百思不得其解， 经过网...
MySQL数据库varchar字段求和出现精度丢失
xieyfjejwaj的博客
10-18 1663
在上述示例中，78.99、88.22和66.88这三个数值在二进制表示中无法精确表示，导致了舍入误差的产生。虽然这种误差在单个数值中可能并不明显，但当进行累加运算时，误差会逐步累积，最终导致了精度丢失。因此，在进行浮点数运算时，可能会产生舍入误差，从而导致精度丢失。上述示例中，我们创建了一个名为test的表，并向其中插入了三条记录，分别为78.99、88.22和66.88。后面的2代表精度，也就是小数有效位，当数据的有效位大于2时，则进行四舍五入运算，小于2时补0填充位数。
【Mysql】字段隐式转换的精度丢失对where条件和join关联条件的影响
最新发布
weixin_44823875的博客
08-01 1232
部分数据库（如 MySQL）对bigint的最大支持是 64 位有符号整数（范围约 ±9e18），但当varchar字段存储的字符串转换为数值时，若数值接近最大范围，可能因精度不足导致近似匹配（如728666272023183375和728666272023183374在转换后被误判为相等）。（2）使用用户表和中间表leftjoin的使用，用户表的id是bigint，中间表的userId是varchar，728666272023183375的用户会把728666272023183374的关联信息也查出来。
后端bigInt类型返回前端精度丢失问题解决
qq_43145310的博客
02-15 2970
json-bigInt处理数据精度丢失问题
Mysql 查询精度丢失bigint，varchar
山塘小鱼儿的博客
05-30 3055
做项目时遇到一个奇怪的问题，关于mysql查询的时候精度会有所丢失的，比如数据库字段存储为varchar，800090014000600010001，查询的时候就一定要加上单引号，如：‘800090014000600010001’作为过滤的条件，如果不加单引号，只是where id =800090014000600010001，那么就会查出来多条记录，如：800090014000600000001也会被查出来，个人感觉是mysql把bigint类型转到varchar时，精度丢失了，因为80009001400
mysql bigint类型字段返回给前端精度丢失
厚积薄发的博客
08-06 2665
问题：前端页面通过sql语句查询mysql数据库， 表中有个字段为bigint类型， 库里存储的值为609324786968100864，返回的却是609324786968100900 导致拿着这个值609324786968100900去访问其他表的关联数据， 总是返回空。 问题排查： 1、确认数据库中该条记录的对应值确实为609324786968100864 2、排查后台查询代码，没有问题 3、浏览器f12， 查看接口返回值， 发现返回的对应值为609324786968100864 4、.
mysql查询精度,mysql select float 查询精度问题
weixin_31618799的博客
03-18 864
这个问题是在开发的时候遇到的，数据库表中由于插入浮点型数据，导致输入相同的数字比如14.9 无法查询结果，当时为了使服务运行，直接在代码中减1。之后，在网上查查后，发现遇到float的精度问题的时候，即使指定为float(d,m)d:表示整数位数，m：表示小数点后面的位数。还是会出现精度丢失问题，主要是四舍五入导致的。 为了解决这个问题，使用decimal数据保存浮点型问题，可以很好的解决精度。 ...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值