方案一:数据库唯一主键实现幂等性
缺点:无法使用change buffer,InnoDB为了进行唯一性检查,必须有一次磁盘IO读页
方案二:业务状态校验
业务上根据业务ID的唯一性和业务处理的结果去做判断,但是这部分判断的逻辑需要考虑原子性。否则会因为并发问题导致幂等失效。解决途径(一)加锁,根据当前的服务环境选择单机或分布式锁。(二)采用现成方案Tomato,通过滑动窗口或者固定窗口拦截控制时间内的请求
方案三:数据库乐观锁实现幂等性
缺点:操作业务前,需要先查询出当前的version版本。会增加操作
方案四:防重 Token 令牌实现幂等性
缺点:(1)产生过多额外请求
(2)先删除token,如果业务处理出现异常但token已经删除掉了,再来请求会被认定为重复请求
后删除token,如果删除redis中的token失败了,再来请求不会拦截,发生了重复请求
方案五:下游传递唯一序列号实现幂等性
缺点:无法控制下游唯一序列号的生成规则,如果序列号由时间戳生成,那么无法拦截类似重复点击这种情况下的重复请求