MySQL大忌：能否依赖UPDATE操作影响行数来断定更新效果？

本文共计903个文字，预计阅读时间需要4分钟。

在业务系统中，使用`UPDATE`语句更新数据是常见操作，这是确保数据准确性的重要方式。我们经常通过`UPDATE`语句来修改记录，以下是一些类似场景的伪代码，用于业务判断和更新操作：

sql-- 假设我们有一个用户表user，需要更新用户的某些信息UPDATE userSET username='新用户名', email='新邮箱地址'WHERE id=123; -- 假设我们根据用户ID来更新信息

在进行这类操作时，我们需要确保以下几点：

1. 数据验证：在执行`UPDATE`前，验证数据的正确性和合法性。

2.事务管理：使用事务来确保数据的一致性和完整性。

3.错误处理：处理可能出现的异常，如更新失败等。

以下是一个简化的伪代码示例，用于在MyBatis和MySQL环境中执行更新操作：

java

// 伪代码，非实际可运行代码public void updateUser(User user) { // 检查用户信息是否合法 if (isValidUser(user)) { // 开始事务 try { // 执行更新操作 int rowsAffected=updateUserInDatabase(user); // 检查更新是否成功 if (rowsAffected > 0) { // 更新成功，可以执行后续业务逻辑 processAfterUpdate(user); } else { // 更新失败，处理错误 handleUpdateFailure(); } } catch (Exception e) { // 处理异常 handleException(e); } finally { // 结束事务 commitOrRollbackTransaction(); } } else { // 用户信息不合法，处理错误 handleInvalidData(); }}

private boolean isValidUser(User user) { // 实现用户信息验证逻辑 return true; // 假设验证总是通过}

private int updateUserInDatabase(User user) { // 实现更新数据库的逻辑 return 1; // 假设更新成功，返回受影响的行数}

private void processAfterUpdate(User user) { // 更新成功后的业务处理}

private void handleUpdateFailure() { // 更新失败的处理逻辑}

private void handleException(Exception e) { // 异常处理逻辑}

private void commitOrRollbackTransaction() { // 事务提交或回滚逻辑}

private void handleInvalidData() { // 非法数据处理逻辑}

来源：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语句的影响行数做重要的业务判断!

近期热文推荐：

1.1,000+ 道 Java面试题及答案整理(2022最新版)

2.劲爆！Java 协程要来了。。。

3.Spring Boot 2.x 教程，太全了！

4.别再写满屏的爆爆爆炸类了，试试装饰器模式，这才是优雅的方式！！

5.《Java开发手册（嵩山版）》最新发布，速速下载！

觉得不错，别忘了随手点赞+转发哦！