redis集群内存满了怎么办

---

一、Redis集群检测与恢复1.如何发现Redis集群
1.使用redis-cli登录普通节点。
2.使用clusterinfo命令检查集群的状态。最重要的字段是cluster_state:ok。集群健康。
3.此外，您可以使用clusternodes查看哪些节点出现故障。
2.如何恢复Redis集群
如果您发现集群中出现警报或节点进程丢失，请按照以下步骤操作。
步骤1.如果集群中存在挂起的节点或进程，应优先重启这些进程。
在我们的实验中，在三主三从的集群中，如果六个节点进程全部挂掉，可以通过重启一次节点进程来恢复Redis集群。
步骤2.如果集群节点出现故障。执行步骤1并恢复后，您将需要重建集群。
1.立即终止集群中所有节点上的进程。
5为例重建集群配置。>redis-cli[-axxx]--clustercreate--cluster-replicas1node_ip_1:port_11node_ip_2:port_2node_ip_3:port_3node_ip_4:port_4node_ip_5:port_5node_ip_6:port_6
可能会报错。解决方案：删除数据、日志、节点。使用.conf和其他文件重建集群。
备注：[-axxx]redis密码

---

二、redis集群搭建怎么分配内存的本文主要介绍一种通过Jedis&Sentinel实现Redis集群高可用的方案，该方案需要使用Jedis2.2.2及以上版本以及Redis2.8及以上版本。
1安装redis
安装方法参考：

---

三、怎么重建redis集群

1.关闭集群中所有节点。
2.删除所有文件。
4.一一重建。集群

分享帖子《Redis3集群重新配置》

示例：

Redis集群启动失败案例

对已部署的Redis部署进行集群时出现以下错误：
moguang@ubsvr13:/opt/redis-unstable/src$./te192.168.1.13:6379192.168.1.15:6380192.168.1.40:6381>>>正在创建集群
Connectingtonnode192.168.1.13:6379:OK
Connectingtonnode192.168.1.15:6380:OK
Connectingtonnode192.168.1.40:6381:OK>>>在3个节点上执行哈希槽分配...
使用3个master：192.168.1.40:6381192.168.1.15:6380192.168.1.13:6379M:225b7f54c67483f71955db78312a90c67941fff0192.16。:6379
槽位：10922-16383(5462插槽）主
M：bca62c53e7f50d7c83dd418ed23e08fb8a4e9bb5192.168.1.15：6380
插槽：5461-10921（5461插槽）主
M：47483c65a705025aab28ee74da210a2dce41bc41192.168.1.40:6381
插槽：0-5460(slot5461)master
您可以设置上述配置吗？（输入“yes”接受）：yes/usr/lib/ruby/gems/1.8/gems/redis-3.0.7/lib/redis/:in`call':ERRSlot16011isalreadybusy(Redis::命令错误)/usr/lib/ruby/gems/1.8/gems/redis-3.0.7/lib/:in`method_missing'来自/usr/lib/ruby/gems/1.8/gems/redis-3.0.7/lib/:in`synchronize'来自/usr/lib/ruby/1.8/：在`mon_synchronize'中来自/usr/lib/ruby/gems/1.8/gems/redis-3.0.7/lib/:在`synchronize'中来自/usr/lib/ruby/gems/1.8/gems/redis-3.0.7/lib/:在“method_missing”中。/:在“flush_node_config”中。/:在“flush_nodes_config”中。/:在`each'中。/:在`flush_nodes_config'中。/:在`create_cluster_cmd'中。rb:1026:in`send'from./经检查，出现该现象是由于上次集群配置失败时遗留的配置信息造成的。只需删除中定义的Cluster-config-file文件，重新启动redis-server，然后运行redis-trib即可。