菜单 学习猿地 - LMONKEY

VIP

开通学习猿地VIP

尊享10项VIP特权 持续新增

知识通关挑战

打卡带练!告别无效练习

接私单赚外块

VIP优先接,累计金额超百万

学习猿地私房课免费学

大厂实战课仅对VIP开放

你的一对一导师

每月可免费咨询大牛30次

领取更多软件工程师实用特权

入驻
191
0

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

原创
05/13 14:22
阅读数 77653

   DuplicateKeyException: 主键冲突异常

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

 

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

      思路一:

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

      思路二:

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

      思路三:

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

 

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

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

        

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

发表评论

0/200
191 点赞
0 评论
收藏
为你推荐 换一批