rediscli集群-redis集群依赖zk吗(1-8-33)

更新时间：2024-12-26 分类：Redis 浏览量：2

Redis本文目录一览：

其中最基础和常用的是一个分布式锁的实现： org.menagerie.locks.ReentrantZkLock，通过ZooKeeper的全局有序的特性和EPHEMERAL_SEQUENTIAL类型znode的支持，实现了分布式锁。

分布式锁的三种实现方式分别是：基于数据库实现分布式锁、基于缓存（Redis等）实现分布式锁、基于Zookeeper实现分布式锁。基于数据库实现分布式锁悲观锁利用select … where … for update 排他锁。

想要实现分布式锁，必须借助一个外部系统，所有进程都去这个系统上去【申请加锁】。而这个外部系统，必须要实现【互斥】的能力，即两个请求同时进来，只会给一个进程返回成功，另一个返回失败（或等待）。

可以利用临时节点与 watch 机制实现分布式锁。每个锁占用一个普通节点 /lock，当需要获取锁时在 /lock 目录下创建一个临时节点，创建成功则表示获取锁成功，失败则 watch/lock 节点，有删除操作后再去争锁。

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

首先我们创建一个Spring Boot x的项目，在application.properties配置文件中添加Redis的配置，Spring和Redis的整合可以参考我其他的文章，此处不再详解。我们设置服务端口server.port为8080端口用于启动第一个服务。

##@SpringBootConfiguration：读取配置文件，配置文件的路径是当前根目录（src/main/resources/application.yml等）。

Spring Boot里面的这些特性，都是为了让开发者在开发基于Spring生态下的企业级应用时，只需要关心业务逻辑，减少对配置和外部环境的依赖。其中，Starter是启动依赖，它的主要作用有几个。

这个和 @AutoConfigureAfter 注解使用相反，表示该自动配置类需要在另外指定的自动配置类配置之前。

重新启动7002进程， 7006已成为新master，7002成为它的slave，然后Lettuce也能连接上了。

1、主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟。但是主从模式的高可用会有问题。因为主节点挂了之后是没有自动选主机制的，需要人工干预来指定一个从节点作为主节点。

2、针对完整的重同步的缺陷，Redis提供了部分的重同步功能。

3、Redis 集群是通过在不同的节点之间分配数据来实现的。每个节点都有自己的数据子集，其中一些是主节点，而另一些是从节点。当需要更多存储空间或更多的处理能力时，可以通过向集群添加更多的节点来实现扩展。