场景:
三个方法,处理数据。第一个处理完成之后,传递到第三个方法的数据列表的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
|