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

   DuplicateKeyException: 主键冲突异常

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

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

      思路一:

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

      思路二:

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

      思路三:

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

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

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

        

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

原文地址:https://www.cnblogs.com/cxy2020/p/13522428.html