解决springboot整合redis-cluster下集群拓扑不自动刷新问题一个redis-cluster的三主三从 ， 在其中一个master节点挂了之后，springboot的相关集群配置信息没有及时刷新 。底层客户端使用lettuce，经过查找 ， lettuce默认是没有开始拓扑更新及读写分离 。
Spring Boot整合Redis我们需要添加依赖的jar包 ， spring-boot-starter-data-redis中包含spring和redis相关的jar包，jedis作为redis的客户端也需要添加到工程中，Spring Boot的版本信息在父pom中已指定，子模块中的spring相关的jar包无需另外指定 。
但是springboot连接使用的是cluster模式，最后发现问题出在spring.redis.timeout=0这条配置上 。
笔者用的是springboot 1 spring-boot-starter-data-redis 默认的Lettuce客户端，当使用Redis cluster集群模式时，需要配置一下 RedisConnectionFactory 开启自适应刷新来做故障转移时的自动切换从节点进行连接 。
在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性 。当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能 。
在redis集群中,如果主节点出现故障,怎么让1、主从复制可以将主节点的数据备份到从节点，当主节点出现故障时，可以将从节点中的数据恢复到主节点中，从而保证数据的完整性和一致性 。
2、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态 ， 当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举 ， 大多数达成一致 。
3、不能 。redis集群主节点挂了不能读，redis集群中的从节点既不支持写操作也不支持读操作，只是做个备份，当主节点挂了之后 ， 转换成主节点顶上去 ， 实现高可用 。
4、在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性 。当用户需要处理更多的读请求时 ， 添加从节点可以扩展系统的读性能 。
5、如果某个节点出现故障或下线，集群会自动将该节点的数据重新分配到其他节点上，以保证数据的一致性和可靠性 。因此，可以说Redis集群中的主节点数据是一致的 ， 这是由于集群的复制和同步机制以及状态检查机制所保证的 。
6、如果发现偏移量都一样 ， 这个时候 Redis 会默认选择 runid 最小的节点 。生产环境部署技巧：哨兵集群在发现 master node 挂掉后会进行故障转移 ， 也就是启动其中一个 slave node 为 master node。
redis哨兵故障转移及实现1、如果发现偏移量都一样，这个时候 Redis 会默认选择 runid 最小的节点 。生产环境部署技巧：哨兵集群在发现 master node 挂掉后会进行故障转移，也就是启动其中一个 slave node 为 master node。
2、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态 ， 当redis主节点发生故障 ， 哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举，大多数达成一致 。
【redis集群其中一台断电了怎么办 redis集群某个节点挂了】3、集群监控，负责监控redis master 和slave进程是否正常工作 。（2）消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 。（3）故障转移，如果master node挂掉了，会自动转移到slave node上 。
4、当集群内某个节点出现问题时，需要通过一种健壮的方式保证识别出节点是否发生了故障 。Redis集群内节点通过ping/pong消息实现节点通信 ， 消息不但可以传播节点槽信息，还可以传播其他状态如：主从状态、节点故障等 。
5、这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。
linuxredis首先为了方便管理，将Redis文件中的conf配置文件和常用命令移动到统一文件中 。
redis可以作为存储的扩展部分 ， 但是不能直接替换掉mysql 。redis对事务的支持还是比较简单的 。但是redis的性能和扩展性比较好，使用起来比较方便 。不会的 。只能是一种互补 。
设置redis.conf中daemonize为yes，确保守护进程开启 。
在 Linux 系统中，可以通过在 redis-cli 命令后指定 -h 参数来指定 Redis 服务器的主机名或 IP 地址 。
Redis集群检测与恢复1、需要使用trib的fix命令进行修复 。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作 。
2、AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍 。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用 。RDB 既可以保证可靠性，还能在宕机时实现快速恢复 。
3、通过开发了解到，redis上都是缓存数据，丢失影响不大 ， 于是删除本地持久化数据 ， 重新部署redis node，再手动创建集群 。三个节点都添加完成，并且没有报错 。进入一个master节点查看集群状态：集群状态终于恢复正常 。
4、使用 Redis 的 AOF（Append Only File）机制：Redis 可以将所有写入操作以追加的方式保存到一个 AOF 文件中，如果出现宕机等问题 ， 可以使用 AOF 文件进行恢复 。
推荐阅读
- pythonredis2的简单介绍
- 如何将电脑连接到紫光云服务器？ 紫光云服务器怎么连接电脑
- 地狱已满怎么操作 地狱已满怎么开云服务器
- 如何设置家庭服务器？ 怎么弄家庭服务器
- redis中存储list redis中list存取数据
- 如何在紫光云服务器上进行网络连接？ 紫光云服务器怎么连接网络
- 服务器怎么恢复出厂 电脑怎么还原服务器界面
- 如何搭建自己的小型服务器？ 怎么弄小型服务器