问如何了解redis的主备状态？

EN

INFO command返回当前角色。

例如:如果我们是主人

role:master

除了其他细节外，还将显示。

如果我们切换到从机，也许可以使用slaveof

slaveof 192.168.1.66 6379

当我们运行INFO时，我们会得到更多：

role:slave
master_host:192.168.1.66
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
master_link_down_since_seconds:1341313174

编辑:这是一个简洁的cli命令，如Linus所示(但他刚刚删除了他的帖子)：

redis-cli info | grep ^role

:)

我想通过在分布式设置中提供状态含义来扩展上面的答案

# get sentinel / redis instance role of remote host:
› redis-cli -h redis-02.a_slave -p 6379 info|grep role 
role:slave

# get sentinel status of remote host:
› redis-cli -h redis-01.a_sentinel -p 26379 info|grep status
master0:name=mymaster,status=ok,address=172.xx.xxx.xx:6379,slaves=2,sentinels=3    

状态

http://redis.io/topics/sentinel#pubsub-messages

• +reset-master <instance details> --主机为reset.
• +slave <instance details> --检测到新的从机，attached.
• +failover-state-reconf-slaves <instance details> --故障切换状态更改为reconf-从机state.
• +failover-detected <instance details> --检测到由另一个前哨或任何其他外部实体启动的故障切换(连接的从机变成了master).
• +slave-reconf-sent <instance details> --领导前哨向此实例发送了SLAVEOF命令，以便为新的slave.
• +slave-reconf-inprog <instance details>重新配置它--被重新配置的从机显示为新的主ip:端口对的从机，但是同步过程还没有关闭--从属实例现在与新的master.
• -dup-sentinel <instance details>同步--指定的主实例的一个或多个标记被删除为重复的(例如，当一个前哨实例为restarted).
• +sentinel <instance details>时就会发生这种情况) --检测到这个主实例的新的标记，并且attached.
• +sdown <instance details> --指定的实例现在主观上处于关闭状态state.
• -sdown <instance details> --指定的实例不再处于主观上的关闭状态.
• +odown <instance details> --指定实例现在客观上处于关闭状态state.
• -odown <instance details> --指定实例不再处于客观关闭状态state.
• +new-epoch <instance details> --当前时期为updated.
• +try-failover <instance details> --正在进行新的故障切换，等待由majority.
• +elected-leader <instance details>选举--赢得了指定时期的选举，可以执行failover.
• +failover-state-select-slave <instance details> --新的故障转移状态是select- slave :我们正在尝试为promotion.
• no-good-slave <instance details>找到合适的从设备--没有好的从设备可以提升。目前，我们将在一段时间后尝试，但这可能会更改，并且状态机将在此case.
• selected-slave <instance details>中中止故障转移--我们找到了指定的promote.
• failover-state-send-slaveof-noone <instance details>的良好从属设备--我们正在尝试将升级的从设备重新配置为主设备，等待它超时--故障转移因超时而终止，从设备最终将配置为使用新的主设备anyway.
• failover-end <instance details>进行复制--故障转移以成功终止。所有从设备似乎都被重新配置为使用新的master.
• switch-master <master name> <oldip> <oldport> <newip> <newport>进行复制--主设备的新IP和地址是配置更改后指定的IP和地址。这是大多数外部用户感兴趣的消息--倾斜模式in.
• +tilt --退出倾斜模式。