Redis
版本一: redis判断是否有值,没有加值
导致问题:1、加锁不是个原子操作2、若加锁后宕机,系统死锁
版本二: redis加锁原子性操作(setnx),锁加过期时间
导致问题:1、若设置过期时间2s,程序执行3s,释放了别人的锁
版本三: redis加锁上放一个随机值,然后判断随机值删除锁
导致问题:1、删除是不是一个原子操作,也会出现删除别人的锁的情况
版本四: redis删除锁通过lua脚本实现(判断相等在删除)
遗留问题:以上问题都是针对单节点而言,实际生产都是redis集群,redis主从复制是异步的.
数据库
数据库主库和从库不一致,常见有这么几种优化方案:
(1)业务可以接受,系统不优化
(2)强制读主,高可用主库,用缓存提高读性能
(3)在cache里记录哪些记录发生过写请求,来路由读主还是读从
说到这里,来说一下最佳解决方案,也是redis官方推荐Redisson
Config config = new Config();
config.useClusterServers()
.addNodeAddress("redis://192.168.31.101:7001")
.addNodeAddress("redis://192.168.31.101:7002")
.addNodeAddress("redis://192.168.31.101:7003")
.addNodeAddress("redis://192.168.31.102:7001")
.addNodeAddress("redis://192.168.31.102:7002")
.addNodeAddress("redis://192.168.31.102:7003");
RedissonClient redisson = Redisson.create(config);
RLock lock = redisson.getLock("anyLock");
lock.lock();
lock.unlock();
就是这么简单,我们只需要通过它的api中的lock和unlock即可完成分布式锁,他帮我们考虑了很多细节:
- redisson所有指令都通过lua脚本执行,redis支持lua脚本原子性执行
- redisson设置一个key的默认过期时间为30s,如果某个客户端持有一个锁超过了30s怎么办?
- redisson中有一个watchdog的概念,翻译过来就是看门狗,它会在你获取锁之后,每隔10秒帮你把key的超时时间设为30s
- 这样的话,就算一直持有锁也不会出现key过期了,其他线程获取到锁的问题了。
- redisson的“看门狗”逻辑保证了没有死锁发生。
(如果机器宕机了,看门狗也就没了。此时就不会延长key的过期时间,到了30s之后就会自动过期了,其他线程可以获取到锁)
下面文章写的不错,在此记录一下
https://baijiahao.baidu.com/s?id=1623086259657780069&wfr=spider&for=pc&isFailFlag=1
https://blog.csdn.net/john1337/article/details/98850192
http://blog.itpub.net/29715045/viewspace-2650976/