redis分布式锁踩坑实践

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/