没有增量接口下的数据刷表insertOrUpdate
常见业务需求,merge 操作
项目出现这样一个需求
合同中心签署合同,其中基础平台维护了一些公司主体信息,法人和 公司注册地是从那边拿,但是在我们子系统这边 签署合同时,有些基础工资和工作地点需要每次填写到合同中,业务方考虑直接维护到主体上,因此考虑将基础平台的数据落表到我们数据,维护其他额外字段。因此考虑这种方案。
mySql 实现方式
mybatis-plus 的实现方案为主键查找数据是否存在,然后调用相对应update 和save 方法 但考虑到实际业务是基础服拿接口维护,数据唯一标识很多状况有些为字符串和其他类型*

从数据库层面实现利用数据库索引特性:
- mysql 的实现(业务id 不能重复的业务ID)
mysql 自带一个判读函数 语句 ON DUPLICATE KEY UPDATE 实现根据业务id 存在即update 不存在 insert 用法如下 mybatis 中多条 插或update
INSERT INTO contract_subject (a,b,c,d,e) VALUES
<f oreach collection="list" item="item" index="index" separator=",">
(#{item.a},
#{item.b},
#{item.c},
#{item.d},
#{item.e}
)
</foreach>
ON DUPLICATE KEY UPDATE
a=VALUES(a),
b=VALUES(b),
c=VALUES(c),
d =VALUES(d)
,e=values(e);
这种方式应考虑数据量,也可以考虑数据更新频率,确保数据量大小对数据整体业务影响。
这种用法可能产生死锁。
insert … on duplicate key 在执行时,innodb引擎会先判断插入的行是否产生重复key错误,如果存在,在对该现有的行加上S(共享锁)锁,如果返回该行数据给mysql,然后mysql执行完duplicate后的update操作,然后对该记录加上X(排他锁),最后进行update写入。
如果有两个事务并发的执行同样的语句,那么就会产生death lock,如:

在没有增量接口的情况下,使用 MySQL 的 ON DUPLICATE KEY UPDATE 语法根据主键进行数据更新。常见业务需求是合并操作,例如合同中心签署合同时的基础数据维护。通过此方法,可以避免重复数据并实现全量数据的高效处理,但需要注意并发执行可能导致的死锁问题。
3887

被折叠的 条评论
为什么被折叠?



