当前位置:首页 > 文章列表 > 数据库 > MySQL > 记一次通过id关联查询时过滤失效问题,实际上是varchar和bigint转换问题

记一次通过id关联查询时过滤失效问题,实际上是varchar和bigint转换问题

来源:SegmentFault 2023-01-20 19:37:19 0浏览 收藏

大家好,今天本人给大家带来文章《记一次通过id关联查询时过滤失效问题,实际上是varchar和bigint转换问题》,文中内容主要涉及到MySQL、Java、javascript,如果你对数据库方面的知识点感兴趣,那就请各位朋友继续看下去吧~希望能真正帮到你们,谢谢!

今天在测试库上做一个关联查询时出现了捞出多余的值的情况,现在换个表名重现一下再解释。

image-20220116183220218

如图所示,现有两张表

  • user表,通过rid和和role表的id关联
  • role表,只有id和alias字段

从图中的数据来看,理论上执行下面的sql后应该出现下图的结果,一个用户对应一个role,有1条数据

SELECT * from rd_user u, rd_role r where u.rid = r.id where r.id = 123456789012345611

image-20220116184238358

但是实际上执行上面的语句却出现了2条数据,如图

image-20220116184149885

一开始我被搞懵了,怀疑是自己对join的理解出问题了,百度各种join后确定自己的理解没问题。然后又试了好几种分步查询,还是出现错误的结果。最后重新查看表结构时发现一个非常坑爹的点,user表的rid数据类型居然是varchar然而role的id字段是bigint

自己又新建了两张表试了下,发现用varchar和bigint关联在一般情况下是没问题的,但是在不断尝试后发现,当这个字段长度大于16位时(这个结论不太准确),就会出现上图的情况。于是把user表的rid字段改成bigint后查询出错的问题就解决了。

按理说到这里就完事了,但是我还是放不下,为啥数据库会出错呢?
于是又查了会儿资料,有了一些小发现。

在一篇文章中,一个博主出现了另一种情况:
他的是char和int问题, 在执行

 select 0 = 'abc'

时发现结果是true

根据他的博文写到mysql官方文档说在数字和字符串执行比较时会自动做转换。

其中,如果varchar是数字+字母的组合,会自动截取前面数字部分,再和数字做比较。

比如下面这句结果也是true。

select 1 = '1abc'

官方文档地址

MySQL :: MySQL 5.7 Reference Manual :: 12.4.2 Comparison Functions and Operators

Comparison operations result in a value of

1
(
TRUE
),
0
(
FALSE
), or
NULL
. These operations work for both numbers and strings. Strings are automatically converted to numbers and numbers to strings as necessary.

比较运算的结果为 1 (TRUE)、0 (FALSE) 或 NULL。这些操作适用于数字和字符串。必要时,字符串会自动转换为数字,数字会自动转换为字符串。

只看这句的话,官网说的比较笼统,没说怎么个转换法,也解决不了我的问题。

百度关键词换几轮了没出现想要的结果,去bing上搜索,有了一个发现。其实那个回答也是来自官网的手册。

MySQL :: MySQL 8.0 Reference Manual :: 12.3 Type Conversion in Expression Evaluation

这一节讲的是进行比较操作时数据如何做转化

In all other cases, the arguments are compared as floating-point (double-precision) numbers. For example, a comparison of string and numeric operands takes place as a comparison of floating-point numbers.

在所有其他情况下,参数将作为浮点(双精度)数字进行比较。例如,字符串和数字操作数的比较是作为浮点数的比较进行的。

也就是说,在进行varchar和bigint比较时,实际上是将它们转成double后再比较的,double精度丢失就算不知道原理肯定也听过了。

既然都查到这里了,我还想知道到值多大时精度会丢失。有兴趣的同学可以自己查一下浮点数精度丢失,这里贴出关键部分。

计算机中,浮点数由 IEEE 754标准定下的。IEEE 754是啥?

百科里这么解释:IEEE 754规定了四种表示浮点数值的方式:单精确度(32位)、双精确度(64位)、延伸单精确度(43比特以上,很少使用)与延伸双精确度(79比特以上,通常以80位实现)。

image-20211203163849104

这里取我关心的,浮点数是8字节64位,位数如图所示,实际表示位数只有52位。

这里有一个在线网站可以计算浮点数

IEEE 754 Calculator (weitz.de)

比如对于整数5.换算成二进制是101(辗转相除法)。计算机会把它换算成第一位是1,然后是小数点,再后面是尾数的形式,看下图。

image-20220116191358246

这里注意,标准里强制规定第一位是1。和52位尾数凑成了53个槽,所以在数值为2^53次方处之后的数据都有可能不安全。

我们做个实验,2的53次方-1的值是9007199254740991,2的53次方是9007199254740992,2的53次方+1是9007199254740993

看下图,9007199254740992开始,转换成二进制后的位数都是54位,因为浮点数最大只能存53位,所以最后一位都被舍弃了

9007199254740992 == 9007199254740993 成立

image-20220116193752452

浏览器的控制台上也可以直接输出结果

image-20220116194055540

到这里终于知道查询出问题的原因了。就是在整数转成二进制后,如果大于53位,只要前53位值一样,它们之间用=号就能返回true。

(上边有错误,不能用Long模拟,需要看实际的double的值)

这次查资料还得出一个结论,官网文档真的很重要。但是由于母语不是英语的原因,我们很少会把文档当书看,只有出问题了才想到它。即使平时偶尔查阅用了翻译工具,但是翻译来的东西看了后在脑袋里留不下印象,我们在这方面真的太吃亏了。

今天关于《记一次通过id关联查询时过滤失效问题,实际上是varchar和bigint转换问题》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
nods中mysql时间相差8小时nods中mysql时间相差8小时
上一篇
nods中mysql时间相差8小时
技术分享|sysbench 压测工具用法浅析
下一篇
技术分享|sysbench 压测工具用法浅析
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ChatExcel酷表:告别Excel难题,北大团队AI助手助您轻松处理数据
    ChatExcel酷表
    ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
    3179次使用
  • Any绘本:开源免费AI绘本创作工具深度解析
    Any绘本
    探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
    3390次使用
  • 可赞AI:AI驱动办公可视化智能工具,一键高效生成文档图表脑图
    可赞AI
    可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
    3419次使用
  • 星月写作:AI网文创作神器,助力爆款小说速成
    星月写作
    星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
    4525次使用
  • MagicLight.ai:叙事驱动AI动画视频创作平台 | 高效生成专业级故事动画
    MagicLight
    MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
    3799次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码