Redis分布式锁方案优劣分析与选型建议.pdfVIP

redis分布式锁的问题

第案，基于redis单实例，不靠谱，因为redis单点故障，会导致系统全盘，做不

到高可用，除非你是那种不太的小系统，随便用一下分布式锁，你可以这么弄，应该还

好，毕竟对高可用要求没那么高

第二种方案，基于redis主从架构+哨兵，保证高可用，master宕机，slave，但是有隐

患，master宕机的一瞬间，还没异步锁到slave，导致重复加锁的问题，高可用是高可

用了，但是锁的实现有，可能导致系统异常

客户端刚在master实例加了一个锁，但是master-slave的数据（锁过去）是异步

的，导致master突然宕机，此时锁还没到slave，然后master-slave主备切换（哨兵），

客户端B此时也对同一个key上锁，此时就会成功的在切换为master的slave实例上加锁，

客户端A和客户端B同时对一个key完成了上锁

只要多个客户端同时对某个key上锁，就会导致数据肯定会出错

第三种方案，基于redis多master集群（redis-cluster，或者redis部署多机器，开源

的twem做客