redis集群如何解决重启不了的问题
redis使用集群部署，如果遇到断电或者服务器重启，当再次启动的时候，有时候会启动不了。需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
关机并重启需要关机的服务器。Copy codesudo systemctl stop 服务器名称 sudo systemctl restart 服务器名称 其中 服务器名称 是需要关机和重启的服务器名称。检查 Redis 集群是否正常工作。
可以通过配置spring.session.store-type=none，关闭存储redis.这时候热key访问量下降，业务key 可以正常访问。通过以上方式，排查生产中遇到的redis 连接问题，可以排查线上遇到的问题，基本都可以解决掉。
redis0 版本cluster被重启后，启动不了！！心中N个滚粗而出。。
所以要维护好这个集群的每个节点信息，不然会导致整个集群不可用，其内部采用特殊的二进制协议优化传输速度和带宽。redis-cluster把所有的物理节点映射到[0，16383]slot（槽）上，cluster负责维护node--slot--value。
Redis集群操作
演示集群采用1主2从，采用伪集群，在一台虚拟机中启动，端口暂定6386386383，集群结构可以选择下面2种，因为数量较少，此次采用普通样式。
使用redis-trib.rb，这个是安装redis时就自带的一种集群，采用了服务端分片的方式，支持主备，此集群既解决了高并发的问题，也解决了高可用的问题。Jedis使用JedisCluster类来访问。使用Jedis带的客户端分片ShardedJedisPool类。
首先，当一个集群中主节点失效或不可用时，集群中的节点会感知到，并开始进行节点选举。选举过程中，每个节点都会向节点发送自己的选票，选票中包含了该节点的ID、当前的配置纪元和自身的优先级等信息。
Sentinel(哨兵)进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候，可以实现Master和Slave服务器的切换，保证系统的高可用。
您可以使用 Kubernetes StatefulSets 和 PersistentVolumes 在 Kubernetes 中部署 Redis 集群。以下是一个简单的步骤： 创建一个 ConfigMap，其中包含 Redis 配置文件。
我是如何解决redis集群批量获取的效率问题的
1、解决方案就是，不使用这些复杂度较高的命令，并且一次不要获取太多的数据，每次尽量操作少量的数据，让Redis可以及时处理返回。
2、Redis Cluster是Redis 0以后才正式推出，时间较晚，目前能证明在大规模生产环境下成功的案例还不是很多，需要时间检验。Redis Sharding集群Redis 3正式推出了官方集群技术，解决了多Redis实例协同服务问题。
3、将Mget操作(n个key)，利用已知的hash函数算出key对应的分片，这样就可以得到一个这样的关系：Mapnode， somekeys，也就是每个分片对应的一些keys，这样将之前的o(n)的效率降低到o(node.size())。
4、以Java语言为例，简单说一下，除了一些公司自主开发的集群外。
5、将需要操作的key计算出对应的solt，得到hostAndPort，分组存放在一个map中。
Redis中的哨兵模式
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是 哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
Redis 集群模式本身没有使用一致性 hash 算法，而是使用 slots 插槽。
redis哨兵和集群区别是：监控主数据库和从数据库是否正常运行。主数据库出现故障时自动将从数据库转换为主数据库。sentinel发现master挂了后，就会从slave中重新选举一个master。哨兵模式强调高可用。
其中bin目录就是redis安装成功后的一些命令文件。redis服务配置一主二从，哨兵模式。注意：如果在实际开发中用不到哨兵模式，redis服务配置一主一从即可。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
点击触摸屏顶部的哨兵模式图标。哨兵模式点击触摸屏顶部的哨兵模式图标关闭自动开启。哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。
Redis分布式缓存搭建
使用Redis实现分布式锁最简单的方案是使用命令SETNX。SETNX（SET if Not eXist）的使用方式为：SETNX key value，只在键key不存在的情况下，将键key的值设置为value，若键key存在，则SETNX不做任何动作。
更自然的想法是将Redis变成一个可以水平扩展的分布式缓存服务，在Codis之前，业界只有Twemproxy，但是Twemproxy本身是一个静态的分布式Redis方案，进行扩容/缩容时候对运维要求非常高，而且很难做到平滑的扩缩容。
而在分布式系统中又会涉及到session共享的问题，多个服务同时部署时session需要共享，Spring Session可以帮助我们实现这一功能。
我们现在在用的Spring Cache，可以直接看Spring Boot提供的缓存枚举类，有如下这些：EhCache：一个纯Java的进程内缓存框架，所以也是基于本地缓存的。(注意EhCachex和EhCachex相互不兼容)。
基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快，因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下。
Redis集群模式1-主从复制+哨兵机制
1、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
2、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
3、(1)集群监控，负责监控redis master 和slave进程是否正常工作。(2)消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员。(3)故障转移，如果master node挂掉了，会自动转移到slave node上。
4、因此， 主从模式的一个缺点，就在于无法实现自动化地故障恢复 。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性。哨兵，就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报。
5、Redis 高可用的主要有三种模式： 主从模式， 哨兵模式和集群模式。 Redis 提供了 Redis 提供了复制(replication)功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去。
关于redis查看集群节点状态和redis检查集群节点状态的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。