在MySQL中，当使用JDBC或MyBatis执行UPDATE语句时，如果更新的内容与原数据一致，JDBC默认返回1（匹配行数），而实际受影响行数为0。与Oracle不同，MySQL的返回值不反映实际影响。解决此问题，可以在JDBC URL中添加`useAffectedRows=true`选项，使返回值改为受影响的行数。其他数据库连接参数如UsePerformanceMonitor、IgnorePrepare等也会影响数据库交互行为。
mysql执行一句update语句，当修改内容与原数据一致时，mysql本身返回的 受影响行数为0 ，在 控制台或者 客户端如navicat中都可看到
但jdbc/mybatis 返回的却是1，返回的是sql语句的匹配行数。
oracle不管从哪查都是返回1条记录被更新。
但是针对标准SQL，不涉及具体数据库，update t_order set order_mark = 2 where order_id=1555肯定是会操作一条记录，所以你可以理解通过jdbc执行update返回的是操作记录数，而不是影响记录数
数据库是mysql使用spring，mbatis更新数据时如果数据前后相同，会返回1
在使用客户端时，如果数据相同，返回值为0
返回不一样，不知道为什么会是这样？
找到原因了
Found MySQL specific workaround. If someone is curious - useAffectedRows option for jdbc url, e.g.
jdbc:mysql://${jdbc.host}/${jdbc.db}?useAffectedRows=true
useAffectedRows的含义 ：是否用受影响的行数替代查找到的行数来返回数据
JDBC默认返回的是符合的行数Rows matched， 如果想返回修改过( Changed)的行数 ，需要使用useAffectedRows参数
其他常见常用参数：
UsePerformanceMonitor，userperfmon, perfmon：是否启用性能监视，默认
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
