为什么不用redis代替zk，redis为什么不用b+树

分布式锁:ZooKeeper与Redis的区别

使用Redis实现的锁，并不存在这样的问题，因为key并不会因为客户端怎么样而被删除。

分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式”。1。

基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快，因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下。

这个外部系统，可以是 MySQL，也可以是 Redis 或 Zookeeper。但为了追求更好的性能，我们通常会选择使用 Redis 或 Zookeeper 来做。 依赖mysql的行锁 select for update。 一个特例，唯一索引。

分布式锁常见的可以使用redis、zookeeper、seata。目前用的比较多的redis，使用分布式锁组件redisson。如果是直接操作redisTemplate，需要注意finally中释放锁，避免程序问题导致锁无法释放。

相关问答

Q1: 为什么用redis缓存

Cache作为中间缓存时代，将所有的数据先保存到缓存中，然后再存入mysql中，减小数据库压力，提高效率。但是当数据再次增加到又一个量级，上面的方式也不能满足需求，由于数据库的写入压力增加，缓存只能缓解数据库的读取压力。

因为Redis的存储分为内存存储、磁盘存储和log文件三部分，重启后，Redis可以从磁盘重新将数据加载到内存中，这些可以通过配置文件对其进行配置，正因为这样，Redis才能实现持久化。

redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（Session Cache）最常用的一种使用Redis的情景是会话缓存（session cache）。

Q2: 分布式锁

分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式”。1。

redis分布式锁用在事务里面通常是为了保证同时对多个Redis资源进行原子化操作，从而避免出现数据竞争等问题。

快。GoRedis分布式锁是一种基于Redis实现的分布式锁，它具有轻量级、高性能、可靠性高等特点，使用简单，适用于高并发场景下的分布式锁应用。

Q3: 为什么dubbo选择zookeeper不选择redis

使用Redis实现的锁，并不存在这样的问题，因为key并不会因为客户端怎么样而被删除。

其实一个zookeeper集群能被多个应用公用，因为不同的框架会在zookeeper上建不同的节点，互不影响。如dubbo会创建一个/dubbo节点，storm会创建一个/storm节点。

不支持时重试另一台。dubbo设置了集群策略，ailover，只写入和读取任意一台，失败时重试另一台，需要服务器端自行配置数据同步。

dubbo实现了分布式远程调用框架，多运行节点既能提高可靠性，又能提升负载能力。

Zookeeper 多个客户端（jvm），会在Zookeeper上创建同一个临时节点，因为Zookeeper节点命名路径保证唯一，不允许出现重复，只要谁能够先创建成功，谁能够获取到锁。

为什么不用redis代替zk的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis为什么不用b+树、为什么不用redis代替zk的信息别忘了在本站进行查找喔。