我是靠谱客的博主 正直大船,最近开发中收集的这篇文章主要介绍JPA并发save失效,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

具体场景:在并发的情况下,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失效所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(58)

评论列表共有 0 条评论

立即
投稿
返回
顶部