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

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

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

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

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

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

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

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

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


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

猜你喜欢

转载自blog.csdn.net/chengjianghao/article/details/80951686
今日推荐