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

上一篇：2T架构师学习资料干货分享

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

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

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

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

里面只有一条记录（ID=1），我们用update更新一把ID=1的这条记录

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

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

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

感谢您的阅读，也欢迎您发表关于这篇文章的任何建议，关注我，技术不迷茫！小编到你上高速。 

    · END ·

最后，关注公众号互联网架构师，在后台回复：2T，可以获取我整理的 Java 系列面试题和答案，非常齐全。

正文结束

推荐阅读 ↓↓↓

1.救救大龄码农！45岁程序员在国务院网站求助总理!央媒网评来了...

2.如何才能成为优秀的架构师？

3.从零开始搭建创业公司后台技术栈

4.程序员一般可以从什么平台接私活？

5.37岁程序员被裁，120天没找到工作，无奈去小公司，结果懵了...

6.IntelliJ IDEA 2019.3 首个最新访问版本发布，新特性抢先看

7.这封“领导痛批95后下属”的邮件，句句扎心！

8.15张图看懂瞎忙和高效的区别！