mysql connector for java update return matched rows

一直认为mysql更新操作会返回实际修改数量(affected rows), 但是最近在mybatis项目中发现其返回的是匹配数量(matched rows). 不管什么orm框架其底层都是使用mysql官方提供的驱动jar包实现的与数据库的通讯, 所以我们要研究下关于驱动的文档.

mysql client update(官方客户端返回信息很全,既有matched rows又有affected rows, 这也是之前导致我认为返回affected rows的原因.):

datagrip update(基于java驱动实现的GUI客户端, 返回matched rows):

mysql client for java code(基于java驱动实现的客户端, 返回matched rows):

通过上面的例子分析发现: 针对更新操作,官方命令行客户端返回信息很详细(matched rows与affected rows都会返回),基于官方提供的java驱动实现的客户端更新操作只返回matched rows. 毕竟实现机制不一样, 下面我们找下官方文档证明下.

java api(dml return rows, ddl return 0, 规范没有详细说明执行返回的rows到底是matched rows还是affected rows, 所以各数据库厂商提供的驱动可以自由返回, 有可能mysql返回matched rows而oracle返回affected rows.)

mysql connector for java api (详细描述返回matched rows, 直接原因在这里.)

能不能使mysql client for java返回affected rows呢? 答案是可以的(建立连接时指定useAffectedRows=true就可以了,但是要注意jdbc版本兼容问题、ON DUPLICATE KEY UPDATE问题).

 

经过以上分析, java api规范没有指定更新操作具体返回matched rows还是affected rows, 这个各数据库厂商可以自由返回. mysql驱动实现明确指定默认返回matched rows, 但是给我们提供的配置参数useAffectedRows.

实际开发中是返回matched rows好呢? 还是affected rows好呢? 我感觉还是返回affected rows比较好, 毕竟有的业务场景需要在首次更新时触发、批量更新时需要知道具体更新的数量.

转载于:https://my.oschina.net/u/3994285/blog/2244981