五种方案解决幂等问题

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

缺点：无法使用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/