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