Redis 1主2从3哨兵（Sentinel）程序访问时遇到的问题。
Redis架构如下图：
现在的问题：
客户端程序通过3个sentinel已经连接到此模型，但是当3个sentinel节点全部宕机时，1主2从正常。客户端程序竟然可以正常读写redis主节点，有人遇到过这种现象吗？可以解释其中的原理吗？
回答：
我没看懂。。。哨兵挂掉是没问题的啊（哨兵就是放哨的，监听redis节点是否宕掉，宕掉就开始主从复制，并切换）。哨兵是代替人工，进行检测redis集群，重启等。。。
回答：
sentinel 的功能有以下几点：
不时地监控redis是否按照预期良好地运行;
如果发现某个redis节点运行出现状况，能够通知另外一个进程(例如它的客户端);
能够进行自动切换。当一个master节点不可用时，能够选举出master的多个slave(如果有超过一个slave的话)中的一个来作为新的master,其它的slave节点会将它所追随的master的地址改为被提升为master的slave的新地址。
它本身并不影响读写
回答：
哨兵就像老鸨,并不影响你和姑娘玩乐,但是你想换姑娘就得看老鸨了
回答：
这结构有问题吧，主从的数量不是应该一直么，哨兵挂了不会影响主从的使用啊，哨兵的作用是与主从保持心跳链接，当哨兵认为主节点挂点后会投票，投票成功会选出新的主节点
以上是 Redis 1主2从3哨兵（Sentinel）程序访问时遇到的问题。 的全部内容， 来源链接： utcz.com/p/169824.html
