1 问题背景
很多rest api接口都会出现并发请求,同样的请求参数会发起多次,如果接口没有做幂等操作,有可能会出现生产问题。
2 前言
解决幂等操作有很多种,本篇博客着重详细讲解简易版本的解决方案
3 解决方案
3.1 Redis的setIfAbsent操作
对请求参数做一个MD5签名,使得将请求参数转成一个唯一标识的MD5值,如果请求若干个请求的请求参数一样,那么他们的MD5值都是一样的。再将MD5值作为Redis Key的一部分,用
setIfAbsent
命令写入Redis,必须带上过期时间,否则同样会出现生产问题。
伪代码如下:
public class ProductController {
@Resource
private RedisTemplate<String, Serializable> redisTemplate;
@PostMapping
public Object save(ReqParm req) {
// MD5签名
String sign = MD5Util.encode(JSON.toJSONString(req));
String redisKey = "concurrent:req:" + "业务名:" + sign;
int redisValue = (int) (System.currentTimeMillis() / 1000);
redisTemplate.opsForValue().setIfAbsent(redisKey, redisValue, 30, TimeUnit.SECONDS);
}
}
3.2 Redis分布式锁
此解决方案可以基于Redis的
setIfAbsent
实现一个分布式锁,以此解决并发请求,获取到锁的请求才能继续执行。但是此分布式锁偏重量,需要考虑原子性等问题,此处不详细展开赘述
3.2 MySQL的唯一索引
原理同样是用分布式锁,只是用MySQL唯一索引实现而已