幂等概念来自于数学，在计算机科学中，幂等表示一次后、或多次请求某一资源，应该有同样的影响效果。
在业务表现上一般是同样的数据效果，下面就常用的业务场景，来聊聊幂等的技术方案。
----------------- 数据层 -----------------
- 索引与事务
根据业务需要，给表添加唯一索性或组合索引，防止产生脏数据。
根据数据库隔离级别，比如可重复读，在操作多表数据时，使用事务，要求数据要么全部操作成功，要么全部失败。 - 悲观锁
根据实际情况使用，查询指定数据时指定用于更新，注意根据主键或唯一索引查询。数据锁定时间可能会很长，会造成读取该数据的等待时间长。 - 乐观锁
乐观锁只在更新数据的那一刻锁表，适用于并发冲突不是很高的场景，可配合业务重试机制。
乐观锁的实现方式，一般通过版本号或时间戳来实现，其他条件也可。
之前的文章『MySQL锁与应用场景』，有说乐观锁与悲观锁的SQL示范。
----------------- 业务层 -----------------
- 对外提供的接口
对接外部系统时，使用来源、业务流水号等，作为联合唯一索引，或者生成分布式唯一ID，记录在数据库。
来请求时，查询数据库流水号已存在，并处理成功，就是重复请求，直接返回。如果数据不存在，记录流水号，开始处理，插入数据成功，接着返回成功。 - 先查询再插入
对于并发不高的业务，为了支持重复执行，简单的处理方式是，查询关键数据来判断&
有图详解)
