如何解决 Redis 的并发竞争 Key 问题
所谓 Redis 的并发竞争 Key 的问题也就是多个系统同时对一个 key 进行操作,但是最后执行的顺序和我们期望的顺序不同,这样也就导致了结果的不同!
推荐一种方案:分布式锁(zookeeper 和 redis 都可以实现分布式锁)。(如果不存在 Redis 的并发竞争 Key 问题,不要使用分布式锁,这样会影响性能)
基于zookeeper临时有序节点可以实现的分布式锁。大致思想为:每个客户端对某个方法加锁时,在zookeeper上的与该方法对应的指定节点的目录下,生成一个唯一的瞬时有序节点。 判断是否获取锁的方式很简单,只需要判断有序节点中序号最小的一个。 当释放锁的时候,只需将这个瞬时节点删除即可。同时,其可以避免服务宕机导致的锁无法释放,而产生的死锁问题。完成业务流程后,删除对应的子节点释放锁。
在实践中,当然是从以可靠性为主。所以首推Zookeeper。
Redis分布式锁
1.设置锁的失效时间为30s
2.开一个后台线程,每隔10s检查是否还持有锁,如果持有,重新给锁赋值30s
3.finally释放锁
4.释放自己加的那把锁
redis分布式代码
@RestController
public class RedisDistributedLockController {
@Autowired
private StringRedisTemplate redisTemplate;
@RequestMapping("/sendByIds")
@ResponseBody
public String sendByIds(@RequestParam Map map, HttpServletRequest request){
String msg="处理成功";
String lockKey="key_of_all_money_send";
String uuid=UUID.randomUUID().toString();
try {
/**
* 采用redis分布式锁
* 参考文档:http://redisdoc.com/string/setnx.html
* 如果key不存在,设置key的值,返回true;如果key存在,设置失败,返回false;
*/
boolean redisSuccess=redisTemplate.opsForValue()
.setIfAbsent(lockKey, uuid, 30, TimeUnit.SECONDS);
if (!redisSuccess){
msg="系统繁忙,请稍后重试";
return msg;
}
// 开一个后台线程,每隔10s检查是否还持有锁,如果持有,重新给锁赋值30s
// 业务逻辑代码
} catch (Exception e) {
msg="处理失败,失败原因:" + e.getMessage();
} finally {
if (uuid.equals(redisTemplate.opsForValue().get(lockKey))){
redisTemplate.delete(lockKey);
}
}
return msg;
}
Redisson分布式代码
使用Redisson,可以简单实现以上四个步骤
@RequestMapping("/sendByIds")
@ResponseBody
public String sendByIds(@RequestParam Map map, HttpServletRequest request){
String msg="处理成功";
String lockKey="key_of_all_money_send";
RLock lock = redisson.getLock(lockKey);
try {
lock.lock(60, TimeUnit.SECONDS);
// 业务逻辑代码
} catch (Exception e) {
msg="处理失败,失败原因:" + e.getMessage();
} finally {
lock.unlock(); //释放锁
}
return msg;
}
参考文档
来源:CSDN
作者:thebigdipperbdx
链接:https://blog.csdn.net/thebigdipperbdx/article/details/100707882