meet

开启gossip协议，然后各个nodes 自动处理其他节点

nodes

各个节点的信息 master，slave myid and so forth

myid

myid的信息

slots

slots分配在各个master之间的信息

flushslots

删除当前所有的槽点，，只针对 master有用 slave无用

addslots delslots 删除添加 slots

setslot

有问题，，只能master迁移，，并且 拥有当前slots key的master才有权，，但是迁移之后这个slots 完全不能用啦！ 迁移某个节点到另外的nodeId中 ETSLOT 10 MIGRATING

info 相关信息

saveconfig

手动存储信息

keyslot

crc16 算法 帮你计算 根据keys值 得出最后的int 16384中的值

countkeysinslot

计算当前槽点中 含有多少个key值 ， 比如 h1 crc 16 9457 设置一个 set h1 22222 cluster countkeysinslot 9457 -> 1

getkeysinslot

CLUSTER GETKEYSINSLOT CLUSTER GETKEYSINSLOT 9457 1 -> h1 获取当前槽点的keys包含哪些

forget

CLUSTER FORGET 群中删除某个节点 。。。但是删除之后节点仍然在用。。只是在cluster nodes里面删除了。。你登录 相应的 node节点一样可用。。。搞不懂这个机制

replicate

CLUSTER REPLICATE 类型与 slaveof 是ruby那边 定义好 master slave ，，master addslots slave replicate

slaves

CLUSTER SLAVES 获取master相应 slave信息

count-failure-reports

CLUSTER COUNT-FAILURE-REPORTS 获取当前节点失败记录的个数

failover

CLUSTER FAILOVER [FORCE|TAKEOVER] 这里需要特别注意，，failover的机制和 sentinel一样么 ？？这需要非常注意具体没看

reset

CLUSTER RESET [SOFT|HARD] master 不能reset slave reset 表示从当前cluster中剔除

set-config-epoch

CLUSTER SET-CONFIG-EPOCH 设置当前纪元