redis集群报错
1、使用Redis集群时遇到“peer”异常，这通常意味着在集群中的某个节点出现了问题。Redis集群是分布式数据存储，它通过将数据分布在多个节点上以提高性能和可靠性。当一个节点无法正常工作，它可能会影响集群的稳定性和数据一致性。
2、在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步。
3、k8s集群中的一个node节点故障，将这个node节点下线后上面的pod迁移到其他节点，但是大量pod都产生报错。经排查，是由于redis集群故障导致。
使用redis集群出现异常peer
1、根据查询菜鸟教程显示，在使用Redis时，如连接异常，应抛出异常，这样可以让代码更加健壮和完善。
2、redis0 版本cluster被重启后，启动不了！！心中N个滚粗而出。。
3、CLUSTER_NODE_FAIL ：集群中有过半的节点标认为节点已下线，此时将节点置为 CLUSTER_NODE_FAIL 标记节点下线， CLUSTER_NODE_FAIL 表示节点真正处于下线状态，类似哨兵集群的客观下线。
4、搭建Redis集群的过程中，执行到cluster create ip：port ... 的时候，发现程序在阻塞，显示：Waiting for the cluster to join 的字样，然后就无休无尽的等待...根据字样的提示，在等待集群的创建。
Redis集群检测与恢复
AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态：集群状态终于恢复正常。
当然，它也支持将内存中的数据以快照和日志的形式持久化到硬盘，这样即使在断电、机器故障等异常情况发生时数据也不会丢失，Redis能从硬盘中恢复快照数据到内存中。
在集群定时任务 clusterCron 中，会遍历集群中的节点，对每个节点进行检查，判断节点是否下线。与节点下线相关的状态有两个，分别为 CLUSTER_NODE_PFAIL 和 CLUSTER_NODE_FAIL 。
redis集群不支持的命令
1、Redis并不是不支持debug，而是需要通过调试命令代码进行debug。
2、不支持的方法：KEYS，MIGRATE，SCAN等 支持但需特殊处理的方法：MSET，SINTERSTORE，SUNIONSTORE，ZINTERSTORE，ZUNIONSTORE等 全部请查看 Redis命令列表 .对于不支持的方法，在使用时需要寻找替代方案。
3、那如果此时业务逻辑比较耗时，执行时间已经超过redis锁过期时间，这时A线程的锁自动释放（删除key），B线程检测到myLock这个key不存在，执行 SETNX命令也拿到了锁。
redis集群flushall报错的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis 集群 lua、redis集群flushall报错的信息别忘了在本站进行查找喔。