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 设置当前纪元