五种方案解决幂等问题

方案一:数据库唯一主键实现幂等性

缺点:无法使用change buffer,InnoDB为了进行唯一性检查,必须有一次磁盘IO读页

方案二:业务状态校验

业务上根据业务ID的唯一性和业务处理的结果去做判断,但是这部分判断的逻辑需要考虑原子性。否则会因为并发问题导致幂等失效。解决途径(一)加锁,根据当前的服务环境选择单机或分布式锁。(二)采用现成方案Tomato,通过滑动窗口或者固定窗口拦截控制时间内的请求

方案三:数据库乐观锁实现幂等性

缺点:操作业务前,需要先查询出当前的version版本。会增加操作

方案四:防重 Token 令牌实现幂等性

缺点:(1)产生过多额外请求

(2)先删除token,如果业务处理出现异常但token已经删除掉了,再来请求会被认定为重复请求

后删除token,如果删除redis中的token失败了,再来请求不会拦截,发生了重复请求

方案五:下游传递唯一序列号实现幂等性

缺点:无法控制下游唯一序列号的生成规则,如果序列号由时间戳生成,那么无法拦截类似重复点击这种情况下的重复请求

参考文章:https://juejin.cn/post/6906290538761158670

https://blog.springlearn.cn/posts/47056/

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值