redis和zk实现分布式锁的优缺点

Redis实现

优点:性能好

缺点:

对某个 redismaster 实例,写入了 myLock 这种锁 key 的 value,此时会异步复制给对应的 masterslave 实例。
但是这个过程中一旦发生 redismaster 宕机,主备切换,redisslave 变为了 redismaster。
接着就会导致,客户端 2 来尝试加锁的时候,在新的 redismaster 上完成了加锁,而客户端 1 也以为自己成功加了锁。
此时就会导致多个客户端对一个分布式锁完成了加锁。
这时系统在业务语义上一定会出现问题,导致各种脏数据的产生。
所以这个就是 rediscluster,或者是 redismaster-slave 架构的主从异步复制导致的 redis 分布式锁的最大缺陷:在 redismaster 实例宕机的时候,可能导致多个客户端同时完成加锁。

ZK实现

优点:高可靠 zk本身通过leader+quorum机制保障高可靠。

缺点:ZooKeeper实现的分布式锁,性能并不太高。为啥呢?
因为每次在创建锁和释放锁的过程中,都要动态创建、销毁瞬时节点来实现锁功能。大家知道,ZK中创建和删除节点只能通过Leader服务器来执行,然后Leader服务器还需要将数据同步到所有的Follower机器上,这样频繁的网络通信,性能的短板是非常突出的。
 

猜你喜欢

转载自blog.csdn.net/qq_29857681/article/details/125661768