MySQL 中 update 语句双引号错位引发的“血案”,这会长记性了!(1)

文章讨论了MySQL中SQL语句中的引号位置对语义转化的影响,指出引号位置错误可能导致更新操作失效,而SELECT语句中的逻辑错误会因为隐式类型转换导致查询结果出乎意料。同时,还提到了面试准备的重要性,特别是对于Java开发者的学习资源整理和面试技巧分享。
摘要由CSDN通过智能技术生成

update tbl_name set str_col=“xxx” = “yyy”

那么这个SQL在MySQL它是如何进行语义转化的呢?可能是下面这样的么?

update tbl_name set (str_col=“xxx” )= “yyy”

这样就语法错误了,那么只会是下面这样的形式,

update tbl_name set str_col=(“xxx” = “yyy”)

select “xxx” = “yyy”

的值是0,所以

update tbl_name set str_col=“xxx” = “yyy”

等价于

update tbl_name set str_col=0

所以就导致了source_name字段全部更新成了0.

我们再研究下select形式这种语句会怎么样。

mysql [localhost] {msandbox} (test) > select id,str_col from tbl_name where str_col=“xxx” = “yyy”;

±—±--------+

| id | str_col |

±—±--------+

|  1 | aaa     |

|  2 | aaa     |

|  3 | aaa     |

|  4 | aaa     |

±—±--------+

我们发现,这个SQL将str_col='aaa’的记录也查找出来了,为什么呢?

mysql [localhost] {msandbox} (test) > warnings

Show warnings enabled.

mysql [localhost] {msandbox} (test) > explain extended select id,str_col from tbl_name where str_col=“xxx” = “yyy”\G

*************************** 1. row ***************************

id: 1

select_type: SIMPLE

table: tbl_name

type: index

possible_keys: NULL

key: idx_str

key_len: 33

ref: NULL

rows: 4

filtered: 100.00

Extra: Using where; Using index

1 row in set, 1 warning (0.00 sec)

Note (Code 1003): /* select#1 */ select test.tbl_name.id AS id,test.tbl_name.str_col AS str_col from test.tbl_name where ((test.tbl_name.str_col = ‘xxx’) = ‘yyy’)

这里他把where条件转化成了

((test.tbl_name.str_col = ‘xxx’) = ‘yyy’)

这个条件的首先判断str_col 和’xxx’是否相等,如果相等,那么里面括号的值为1,如果不相等,就是0 然后0或者1再和和’yyy’进行判断, 由于等号一边是int,另外一边是字符串,两边都转化为float进行比较,可以看我之前的一篇文章MySQL中隐式转换导致的查询结果错误案例分析

https://www.fordba.com/mysql-type-convert-analysis.html

'yyy’转化为浮点型为0,0和0比较恒等于1

mysql [localhost] {msandbox} (test) > select ‘yyy’+0.0;

±----------+

| ‘yyy’+0.0 |

±----------+

|         0 |

±----------+

1 row in set, 1 warning (0.00 sec)

mysql [localhost] {msandbox} (test) > select 0=0;

±----+

| 0=0 |

±----+

|   1 |

±----+

1 row in set (0.00 sec)

这样导致结果恒成立,也就是select语句等价于以下SQL

select id,str_col from tbl_name where 1=1;

将查询出所有的记录。

三、小结

在写SQL的过程中,一定要小心引号的位置是否正确,有时候引号位置错误,SQL依然是正常的,但是却会导致执行结果全部错误。在执行前必须在测试环境执行测试,结合IDE的语法高亮发现相应的问题。

作者:For DBA

fordba.com/mysql-double-quotation-marks-accident.html

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

感受:

其实我投简历的时候,都不太敢投递阿里。因为在阿里一面前已经过了字节的三次面试,投阿里的简历一直没被捞,所以以为简历就挂了。

特别感谢一面的面试官捞了我,给了我机会,同时也认可我的努力和态度。对比我的面经和其他大佬的面经,自己真的是运气好。别人8成实力,我可能8成运气。所以对我而言,我要继续加倍努力,弥补自己技术上的不足,以及与科班大佬们基础上的差距。希望自己能继续保持学习的热情,继续努力走下去。

也祝愿各位同学,都能找到自己心动的offer。

分享我在这次面试前所做的准备(刷题复习资料以及一些大佬们的学习笔记和学习路线),都已经整理成了电子文档

拿到字节跳动offer后,简历被阿里捞了起来,二面迎来了P9"盘问"

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
以及与科班大佬们基础上的差距。希望自己能继续保持学习的热情,继续努力走下去。

也祝愿各位同学,都能找到自己心动的offer。

分享我在这次面试前所做的准备(刷题复习资料以及一些大佬们的学习笔记和学习路线),都已经整理成了电子文档

[外链图片转存中…(img-6fcJKzLq-1713502580571)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 13
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值