概述
具体场景:在并发的情况下,save函数的失效问题。
在实际工作中遇到该问题,当时挺苦恼的。为什么通过 save 保存的数据丢失了呢?
但是有时却能正确保存,这是怎么回事呢!!
业务描述:
1. "A服务" 请求 "B服务" 创建账单(带有"A服务"流水号)并通过JPA保存在数据库中;
2. "B服务" 的创建账单逻辑如下
2.1 创建内部账单
2.2 创建第三方账单(以"A服务"流水号作为主键) (jpa save)
2.3 响应 "A服务" 请求
3. "A服务" 在未接收到响应的同时,再次请求 "B服务" 发起创建账单;
预期:“B服务 ”应有 "2条第三方账单",但实际只有最后一步骤的数据,前面的数据丢失。
从上述情况,就可以看出。JPA 的 save 不等于 INSERT INTO 。
分析1:第一次创建的第三方账单,使用 "流水号" 作为主键,将数据保存下来;
分析2:第二次创建时,"同一流水号" 作为主键保存时,发现已经存在,则更新并替换数据。
源码:
事实: save 并没有失效,而是它具有插入和更新的能力。
办法1:使用明确的SQL , 执行Insert Into 语句,从本质上解决,后续被捕获异常。
办法2:通过锁的方式,先查询没有再save。(对于大量并发并不适用哦)
办法3:通过缓存中间件,例如 Redis 等,但弊端受限于网络。服务集群可以这样处理。
** 希望得到你的参与和支持。 如果内容有描述不恰当的地方,请指出。 谢谢!**
最后
以上就是正直大船为你收集整理的JPA并发save失效的全部内容,希望文章能够帮你解决JPA并发save失效所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复