Redis集群检测与恢复
需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
关机并重启需要关机的服务器。Copy codesudo systemctl stop 服务器名称 sudo systemctl restart 服务器名称 其中 服务器名称 是需要关机和重启的服务器名称。检查 Redis 集群是否正常工作。
AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态：集群状态终于恢复正常。
keepalived检测脚本不匹配
1、这行日志表示chk_redis脚本的执行结果为空，未匹配权值修改条件，忽略掉。
2、是你没添加keepalived的启动脚本， 参考下 http：// ，然后就可以用service来管理keepalived启动关闭了。
3、你的这个错误提示可能虚拟IP与本网段的其他IP冲突。你可以重新启动一下Keepalived，或者更换一个虚拟IP。
玩转Redis的高可用(主从、哨兵、集群)
基于以上，Redis集群方案显得尤为重要。通常有3个途径：官方Redis Cluster；通过Proxy分片；客户端分片(Smart Client)。以上三种方案各有利弊。
Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点。主节点负责写入数据，从节点负责读取数据。
哨兵集群，基于主从复制模式，所有的主从配置优点，它全有。主从可以切换，故障可以转移，系统的可用性就会更好。哨兵模式就是主从模式的升级，手动到自动，更加健壮。集群容量一旦到达上限，在线扩容十分麻烦。
主节点会定期将数据同步到从节点中，保证数据一致性的问题。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。
哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的。
redis检验的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于检测redis是否正常启动、redis检验的信息别忘了在本站进行查找喔。