MySQL 修改时返回受影响行数为 0

    刚刚在测试接口时,修改一直提示提交失败,很奇怪,之前跟移动端联调接口时,也偶尔会出现这样的问题,sql 确定没问题,怎么就提交失败呢?因为是偶尔出现的情况而且不知道怎么复现,就安慰自己说是可能有什么机制当 sql 连接超过某个时间就不执行了也就没有多思考。

    现在再次遇到这个情况才认真的捋了捋,当接口中判断到修改的返回执行行数为0时就返回提交失败,代码如下:

        if (mobileUserService.update(user) > 0) {
            return Msg.success("提交成功!");
        }else{
            return Msg.error("提交失败!");
        }

    那也就是说,此时的修改执行的行数确实是0。于是将日志打印的修改的 sql 语句拿到数据库中执行了如下:

    从上面的结果可以看出,MySQL 中执行没有报错但是受影响行数确实是0。为什么呢?改了其中一个字段值后再执行,受影响行数就变成1了。

    查询资料发现,MySQL 为了提升性能,当它发现要执行的修改内容与数据库中完全一致时,对它而言,此时修改是毫无意义的,反而会消耗一次执行修改的性能,于是它就不再做修改,因而受影响行数就是0。

    那么基于 MySQL 这样的做法,我们在程序中怎么做呢?

    个人认为,第一种方法是在修改操作执行前手动做一次查询,若要修改的内容与数据库中的一致,那就直接返回成功的信息。第二种方法是,去掉代码中对执行行数的判断,执行后直接返回成功。因为一般情况下,数据库都会执行成功。


----------------------------------------------------------------------------------- END -------------------------------------------------------------------------------


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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值