复述,集群配置文件和集群状态详解

,
集群信息,,,打印集群的信息
集群节点,列出集群当前已知的所有节点(节点),以及这些节点的相关信息,,

集群满足& lt; ip>& lt; port>,,,将ip和端口所指定的节点添加到集群当中,让它成为集群的一份子,
集群忘记& lt; node_id>,,,,从集群中移除node_id指定的节点
集群复制& lt; node_id>,将当前节点设置为node_id指定的节点的从节点集群saveconfig
,,,,,,,,,将节点的配置文件保存到硬盘里面
集群奴隶& lt; node_id>,,,列出该奴隶节点的主节点集群set-config-epoch
,,,,强制设置configEpoch 

集群addslots & lt; slot>(槽……),,,,,,,,,,,,将一个或多个槽(槽)指派(转让)给当前节点
集群delslots & lt; slot>(槽……),,,,,,,,,,,,,移除一个或多个槽对当前节点的指派,集群flushslots
,,,,,,,,,,,,,,,,,,,,,,,,移除指派给当前节点的所有槽,让当前节点变成一个没有指派任何槽的节点,
集群setslot & lt; slot>节点& lt; node_id>,,,,,,将槽槽指派给node_id指定的节点,如果槽已经指派给另一个节点,那么先让另一个节点删除该槽,然后再进行指派,
集群setslot & lt; slot>迁移& lt; node_id>,将本节点的槽槽迁移到node_id指定的节点中,
集群setslot & lt; slot>进口& lt; node_id>,从node_id指定的节点中导入槽槽到本节点,
集群setslot & lt; slot>稳定的,,,,,,,,,,,,,,取消对槽槽的导入(导入)或者迁移(迁移),

集群键槽& lt; key>,,,,,,,,,,,,,,,,,,,计算键键应该被放置在哪个槽上,
集群countkeysinslot & lt; slot>,,,,,,,,,,,,返回槽槽目前包含的键值对数量,
集群getkeysinslot & lt; slot>& lt; count>,,,,,,,返回数个槽槽中的键

集群myid,,,返回节点的集群ID
插槽,,,返回节点负责的槽
集群重置,,,重置集群,慎用




如果配置是的则开启集群功能,此复述,实例作为集群的一个节点,否则,它是一个普通的单一的复述,实例。


虽然此配置的名字叫“集群配置文件”,但是此配置文件不能人工编辑,它是集群节点自动维护的文件,主要用于记录集群中有哪些节点,他们的状态以及一些持久化参数等,方便在重启时恢复这些状态。通常是在收到请求之后这个文件就会被更新。
,

这是集群中的节点能够失联的最大时间,超过这个时间,该节点就会被认为故障。如果主节点超过这个时间还是不可达,则用它的从节点将启动故障迁移,升级成主节点。注意,任何一个节点在这个时间之内如果还是没有连上大部分的主节点,则此节点将停止接收任何请求。一般设置为15秒即可。

如果设置成0,则无论从节点与主节点失联多久,从节点都会尝试升级成主节点。如果设置成正数,则cluster-node-timeout乘以cluster-slave-validity-factor得到的时间,是从节点与主节点失联后,此从节点数据有效的最长时间,超过这个时间,从节点不会启动故障迁移。假设cluster-node-timeout=5, cluster-slave-validity-factor=10,则如果从节点跟主节点失联超过50秒,此从节点不能成为主节点。注意,如果此参数配置为非0,将可能出现由于某主节点失联却没有从节点能顶上的情况,从而导致集群不能正常工作,在这种情况下,只有等到原来的主节点重新回归到集群,集群才恢复运作。


主节点需要的最小从节点数,只有达到这个数,主节点失败时,它从节点才会进行迁移。更详细介绍可以看本教程后面关于副本迁移到部分。


在部分的关键所在的节点不可用时,如果此参数设置为“yes”(默认值),则整个集群停止接受操作,如果此参数设置为“否”,则集群依然为可达节点上的关键提供读操作。


127.0.0.1:8001>,
cluster_state:好的,,,,,,,

如果当前复述,发现有失败的插槽,默认为把自己cluster_state从好个性为失败,写入命令会失败。如果设置cluster-require-full-coverage为没有,则无此限制。
cluster_slots_assigned: 16384,#已分配的槽
cluster_slots_ok: 16384,,,,,,,#槽的状态是ok的数目
cluster_slots_pfail: 0,,,,,,,,,,#可能失效的槽的数目
cluster_slots_fail: 0,,,,,,,,,,,#已经失效的槽的数目
cluster_known_nodes: 6,,,,,,#集群中节点个数
cluster_size: 3,,,,,,,,,,,,,,,#集群中设置的分片个数
cluster_current_epoch: 15,,,,,#集群中的currentEpoch总是一致的,currentEpoch越高,代表节点的配置或者操作越新,集群中最大的那个节点时代
cluster_my_epoch: 12,,,,,,,,#当前节点的配置的时代,每个主节点都不同,一直递增,其表示某节点最后一次变成主节点或获取新槽所有权的逻辑时间。null

复述,集群配置文件和集群状态详解