MySQL进阶：避免误用update影响行数进行业务逻辑判断

在业务系统开发中，使用 SQL 的 UPDATE 语句更新数据是非常普遍的操作。很多开发者习惯于根据 UPDATE 语句返回的影响行数来判断更新是否成功，例如在 MyBatis + MySQL 环境下，可能会看到如下伪代码：

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

然而，这种做法存在一个潜在的风险。MySQL 中 UPDATE 语句的影响行数大于 0 是有条件的。假设有一张表，其中仅包含一条记录（ID = 1），我们尝试更新这条记录：

首次更新时，由于记录确实发生了变化，返回的影响行数为 1。但如果我们再次执行相同的 UPDATE 语句：

此时，由于待更新的记录与原始记录相同，MySQL 实际上不会进行任何更改，因此返回的影响行数为 0。这意味着，当尝试更新的数据与数据库中已存在的数据完全一致时，UPDATE 语句的影响行数会为 0。这种情况与“尝试更新一条不存在的记录”时返回的影响行数为 0 完全相同，导致无法准确判断更新失败的原因。

总结来说，不应依赖 UPDATE 语句的影响行数来进行关键的业务逻辑判断。建议在业务逻辑中加入额外的验证步骤，确保数据的一致性和完整性。

相关阅读推荐：

1. 1,000+ 道 Java 面试题及答案整理（2022 最新版）

2. 劲爆！Java 协程即将来临...

3. Spring Boot 2.x 教程，全面解析！

4. 装饰器模式的应用，告别冗余的代码，让编程更优雅！

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

如果你觉得这篇文章对你有所帮助，不妨点个赞或分享给更多的人吧！