本文目录一览：
- 1、redis主从和哨兵
- 2、主机怎么查看redis主从节点
- 3、Redis主从复制与一致性
- 4、如何解决主从不一致的问题?
- 5、redis+主从之间的key数量差多少算合格?
首先配置Redis的主从服务器，修改redis.conf文件如下 上述内容主要是配置Redis服务器，从服务器比主服务器多一个slaveof的配置和密码 。配置3个哨兵 ， 每个哨兵的配置都是一样的 。
一般需要三个节点，每个节点有一个 redis 和一个哨兵 。下面再分别描述 。我这里按三个 节点 ， 先配置 redis 的主从复制 。1个节点作为 master ，2个副本 。
因此， 主从模式的一个缺点 ， 就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性 。哨兵 ， 就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报 。
哨兵集群，基于主从复制模式，所有的主从配置优点 ， 它全有 。主从可以切换 ， 故障可以转移，系统的可用性就会更好 。哨兵模式就是主从模式的升级，手动到自动，更加健壮 。集群容量一旦到达上限，在线扩容十分麻烦 。
主机怎么查看redis主从节点简单测试下啊 ， 在主的上面添加一个key和value，在从的上面去取主的那个key，如果有的话就是一致的，没有就可能得找找原因 。参考：PHP程序员，雷雪松的个人博客 。
可以通过部署2台Redis服务器 ， 一台主，一台从 。然后写的操作在主库，读的操作可以在从库 。进行主从同步即可 。这样就可以，一台写，多台从，所有读的请求全部在从库那边操作 。增强Redis的并发能力 。主从配置，比较简单 。
redis主从配置比较简单，基本就是在从节点配置文件加上：slaveof 19163130 6379 主要是通过master server持久化的rdb文件实现的 。
线上redis master异常关机之后重启， 发现redis哨兵模式下 三个节点都是slave，无法选择出主 。
一般 主节点可以进行读、写操作，而 从节点只能进行读操作。一个主节点可以有多个从节点，但是一个从节点只会有一个主节点，也就是所谓的 一主多从结构 。
Redis主从复制与一致性1、Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适 。
2、因此 ， 可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的 。
3、主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的，只能由主节点到从节点 。
4、主从复制可以将主节点的数据备份到从节点，当主节点出现故障时，可以将从节点中的数据恢复到主节点中，从而保证数据的完整性和一致性 。
如何解决主从不一致的问题?1、可选方案如下：查看Master最新的Position，将其作为Slave复制的起点 。这种思路体现的是过去的不一致既往不咎 ， 现在保持同步即可 。
2、当出现主从数据不一致的情况，常见的应对方法是先把从库下线，然后找个半夜三更的时间把应用停掉 ， 重新执行同步，如果数据库的体积十分庞大，那工作量可想而知 ， 会让人崩溃 。
3、必须有明确的仲裁协议或仲裁条款，《担保合同》没有明确约定 ， 不能适用仲裁解决 。其实，对于主合同与从合同关于争议解决约定不一致的情况，最高人民法院相关意见可资参考 。
redis+主从之间的key数量差多少算合格?在 Redis 主从架构中，由于主节点的数据会被异步地复制到从节点，因此在某个时刻，主从节点之间可能会存在一些数据的不一致 。所以，要评估主从节点之间的数据同步情况，不能仅仅通过 key 的数量来衡量 。
没有限制.key是按照hash查找的 ， 当然越小，理论上越快。
【redision 主从不一致 redis主从不一致怎么判断】只要有精确的 key，检索时不会有任何性能问题 。Redis 用于存储 key 的是一个字典对象，查询性能与数量级无关 。用 pipeline 批量执行 。数据量大部分取决于你使用的数据格式，也取决于你单个 key 的数据规模 。
