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

   DuplicateKeyException: 主键冲突异常

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

 

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

      思路一:

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

      思路二:

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

      思路三:

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

 

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

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

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

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

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

上一篇:词频统计_输入到文件_update


下一篇:加州大学伯克利分校Stat2.3x Inference 统计推断学习笔记: Section 5 Window to a Wider World