mysql 唯一约束异常_mysql设置唯一约束引起的DuplicateKeyException的解决方案(保证提供服务的幂等性)...

DuplicateKeyException: 主键冲突异常

catch(DuplicateKeyException e) {

logger.info("重复请求。feeDetail={}", feeDetail.toString());

}

最近项目中遇到一个问题,我们提供的一个对外的服务接口在数据库网络层报错DuplicateKeyException,是由于业务方重复调用而业务本不该重复调用,但是我们管不了业务方只能自己调整。

思路一:

去掉设置的数据库层的唯一约束,报错是解决了但是会引起后面一系列的问题,肯定是行不通的。

思路二:

插入数据之前先判断数据存在否,不存在再插入。但是高并发的情况下还是会存在问题,除非给数据加锁,但是这样复杂度更高并没有必要。

思路三:

数据库层面的问题从数据库解决,可以用 insert ignore来解决,insert ignore就表示存在则插入不存在则忽略。

思路三是很好的解决方法,但是遇到另一个问题,之前我插入之后都是把新生成的id返回回去,insert ignore则不管插入成功与否都会返回这个id,也就是业务逻辑那里并不能确定到底插入成功与否,插入的数据涉及到计算结果,为保证接口的幂等性,之前是在catch住DuplicateKeyException后又做了一些列的逻辑处理来保证接口幂等性。

现在的问题由数据库报错变成了如何知道数据库是否真正插入数据,这时候想到了ROW_COUNT()来判断数据库的执行结果。

72f1841e7a45f45e7ecbbf6d7aa45c37.png

最后业务层根据返回的id是否是0就可以判断数据是否真正插入,到这里问题也就解决了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值