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 等，但弊端受限于网络。服务集群可以这样处理。

** 希望得到你的参与和支持。 如果内容有描述不恰当的地方，请指出。 谢谢！**