巨坑,常见的 update 语句很容易造成Bug

点击关注公众号,实用技术文章及时了解7f494acc6c19f218aa3a07dde3a52842.png

来源:cnblogs.com/yjmyzz/p/13562182.html

业务系统中,使用update语句更新数据是再正常不过的场景,我们也经常通过update更新的行数,来做一些业务判断,类似下面的伪代码:(mybatis + mysql 场景)

if (xxxMapper.updateByPrimaryKeySelective(entity)>0){
   //更新成功,做其它业务处理
}

但是这里有一个坑,mysql中update影响行数>0是有条件的,假如有一张表:

5ca0c1ca95b4c687c52fadf4a7dfe153.png

里面只有一条记录(ID=1),我们用update更新一把ID=1的这条记录

66cb274f34605122df9a094417650313.png

这一行成功更新,影响行数为1,理所当然,然后把这条update语句再执行一次:

6504293d4b89ece37bcb166f1bf60989.png

这时候,返回的影响行数为0,也就是说,当待更新的记录与原始记录旧值相同时,mysql其实并不会做任何更新。 换言之,如果上游传过来的数据,与数据库本身的旧值相等,没有变化时,update语句影响行数为0。这与另一种场景:"更新一条并不存在的记录,影响行数返回0" 无法区分。

8d81979a1cef452fa3235586c236d363.png

结论:不要使用update语句的影响行数做重要的业务判断!

推荐

主流Java进阶技术(学习资料分享)

Java面试题宝典

加入Spring技术开发社区

6cf5d4cde877ee8e62dc48339af13f6c.png

PS:因为公众号平台更改了推送规则,如果不想错过内容,记得读完点一下“在看”,加个“星标”,这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我们吧!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值