执行过mybatis的sql以后导致数据回写覆盖id的问题记录

场景:

在这里插入图片描述
三个方法,处理数据。第一个处理完成之后,传递到第三个方法的数据列表的id发生了变化

原因:

在第一个方法处理有一个步骤是执行了一个sql

<insert id="insertBatchOrUpdate" keyProperty="id" useGeneratedKeys="true">
</insert>

从名字看执行并没有问题,是一个批量更新或插入的一个方法,关键在于useGeneratedKeys="true"设置成了true,这个属性的作用就是,如果发生了数据插入,他会把id会写到原来传递的list列表,但是我这里是发生了update,数据列表的id全成了最后一条记录的id,去数据库查看最新的自增id的时候,发现当前的自增id已经大于已经存在的id(没有删除)

也就是说这个 只要发生数据“变更”,id就会受影响

修正方法:

useGeneratedKeys="true"去掉或者改为false

思考:

使用这个的初衷在于更新和插入一起操作,以便支持方法的重复执行,也就是ON DUPLICATE KEY UPDATE这个语法

实际上:这个是不推荐使用的

mysql5.7对于这个描述

https://dev.mysql.com/doc/refman/5.7/en/insert-on-duplicate.html

总结下来:

  • on duplicate key update 在 MyISAM 存储引擎下使用的是表锁,性能不好。
  • on duplicate key update 在 InnoDB 下并发事务情况下可能会存在锁表/死锁问题。(mysql的bug记录可查
  • 应尽量避免在多唯一索引的情况下使用此语句。

可以使用“唯一”确定的业务层面来判断+批量update or insert

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值