MySQL中UPDATE语句column=column+1返回0的原因咨询

这种情况我实际工作中遇到好多次，总结下来主要是这几个原因：

• 没有匹配到任何目标行
  这是最常见的原因：你传入的#{id}对应的记录在表中根本不存在。比如你要更新id=123的行，但表里从始至终就没有id=123的数据，那UPDATE语句执行后自然返回0——毕竟没有任何行被修改。
  可以先执行SELECT * FROM table WHERE id = #{id}验证一下，看看是否真的存在这条记录。

• 目标行存在，但更新前后字段值没有变化
  有些数据库或ORM框架（比如MyBatis在特定配置下）会判断更新操作是否真的改变了字段值，如果column + 1的结果和原来的column值完全一致（比如column本身是NULL，NULL + 1还是NULL；或者字段已经达到了类型的最大值，再加1溢出后又变回原值），会返回0而不是匹配到的行数。
  你可以手动执行这条SQL，看看更新后的字段值是否真的发生了变化，同时检查数据库的相关配置或者ORM的参数设置。

• 参数绑定出现错误
  比如#{id}的参数类型和表中id字段的类型不匹配：表中id是整数类型，但你传入了字符串类型的参数（比如"abc"），数据库无法完成类型转换，导致WHERE条件匹配不到任何行，最终返回0。
  可以查看参数绑定的日志，确认传入的id值和类型是否正确。

• 并发场景下的行被修改/删除
  在高并发环境中，当你执行UPDATE语句时，可能另一个事务已经将目标行删除，或者修改了id字段的值，导致你的WHERE条件无法匹配到行。这种情况可以通过查看数据库的事务日志，或者添加行级锁（比如UPDATE ... WHERE id = #{id} FOR UPDATE）来验证。

内容的提问来源于stack exchange，提问作者laohubuchiyu