Redis
是一内存Key-Value
数据库, 现在一般都用它来做缓存服务.目前在一次生产环境中使用了它做业务缓存, 主要用的使用场景是: 抽奖活动, 活动中对于不同的奖项有奖品数量限制, 这就相当于是一个抢购的功能一般, 由于后端的服务是分布式的, 这便衍生出一个问题, 这个奖品数量的控制如何实现? 参考了下一些网友的经验, 发现他们大部分都是使用Redis
的SETNX
命令+sleep
实现类似锁的概念. 但sleep
的方法似乎会造成一些不必要的资源消耗, 官方推荐的是使用Redisson
(Java
语言), 它已经实现了RLock
, 不过我们已经使用了Jedis
实现对Redis
操作. 不知道大家对此场景有更加好的建议? 如果有使用过Redisson
和Jedis
经验最好, 可以一起分析讨论下两者的差异与优缺点.谢谢.
用于计数的redsi应该是单点吧,redis中的DECR是原子性的操作,通过执行后,查看是否<0来判断是否还有余量;
为什么要用锁呢,请指出;
这里有网友写的Redis分布式锁的策略
基于Redis实现分布式锁
Jedis是没有实现分布式锁的,官方后来才引入Ression作为推荐的Java客户端,自己实现的话可能会有许多bug,在开发的阶段不建议,有空可以看看Ression实现分布式锁的源码,或者看看能不能把源码拿过来改改,改用Jedis做连接。
使用b(r|l)pop就可以:
1,预先放入一个元素到list
2,多个客户端进行brpop,只有一个客户端获取到元素(即获取lock)
3,处理完之后将元素blpush回list,待其他客户端获取
4,brpop可以设置超时
缺点:
1,需要预先放入一个元素
2,获取lock后的客户端异常退出,则会有问题