巨坑，update语句使用不当造成的bug

类似下面的伪代码：（mybatis + mysql 场景）

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

踩坑

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

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

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

这时候，返回的影响行数为 0，也就是说，当待更新的记录与原始记录旧值相同时，mysql 其实并不会做任何更新。

换言之，如果上游传过来的数据，与数据库本身的旧值相等，没有变化时，update 语句影响行数为 0。

这与另一种场景："更新一条并不存在的记录，影响行数返回 0"无法区分。

结论

不要使用 update 语句的影响行数做重要的业务判断！