幂等性解决方案
一、什么是幂等性
幂等性就是同一个操作执行多次，产生的效果一样。多次执行不会造成程序逻辑异常。
常见的请求有如下几种，他们的幂等性如下：
- select查询天然幂等；
- delete删除也是幂等，删除同一个数据多次其效果一样;
- update直接更新某个值时，幂等；
- update更新累加操作的的结果，非幂等；
- insert操作会每次都新增一条，非幂等
二、产生幂等性问题的原因
第一种是，用户的重复提交或用户的恶意攻击；
第二种是，分布式系统中，为了避免数据丢失，采用的超时重试机制。
三、如何解决
第1种方案，就是使用数据库的唯一约束来实现幂等，比如对于数据插入类的场景，比如创建订单，因为订单号肯定是唯一的，所以如果是多次调用就会触发数据库的唯一约束异常，从而避免一个请求创建多个订单的问题。
第2种方案，就是使用分布式锁，分布式锁实现方式 有Redis 和 ZooKeeper等。Redis 提供的 setNX 指令，比如对于 MQ 消费的场景，为了避免 MQ 重复消费导致数据多次被修改的问题，可以在接受到 MQ 的消息时，把这个消息ID通过 setNX 写入到 Redis 中，一旦这个消息被消费过，就不会再次消费。
第3种方案，使用状态机来实现幂等，所谓的状态机是指一条数据的完整运行状态的转换流程，比如 ，因为它的状态只会向前变更，所以多次修改同一条数据的时候，一旦状态发生变更，那么对这条数据修改造成的影响只会发生一次。update table set status =支付成功 where status=支付中 and id = ID，这种其实是乐观锁。
第4种方案，基于Token机制， 一个前端请求过来发送一个token， 同一个token消费过后不能再次请求/请求抛弃。
不管是什么方法，无非就是两种思路，要么就是接口只允许调用一次，比如Token机制、分布式锁机制。要么就是对数据的影响只会触发一次，比如乐观锁、唯一主键约束等。
能确定唯一主键的直接使用唯一约束， 没有唯一性约束的自造创建一个。第1个、第3个方案都是基于唯一约束， 第2个、第4个都是基于自造创建一个唯一约束。
