本文目录一览：
- 1、redis集群主从节点数量可以不一致吗
- 2、简介redis之主从复制
- 3、redis主从架构高可用如何实现
- 4、Redis主从复制与一致性
- 5、redis主要解决了什么问题
- 6、脑裂以及Redis主从同步中的坑
2、在 Redis 主从架构中，由于主节点的数据会被异步地复制到从节点 ， 因此在某个时刻，主从节点之间可能会存在一些数据的不一致 。所以 ， 要评估主从节点之间的数据同步情况 ， 不能仅仅通过 key 的数量来衡量 。
3、对于6个节点，不可能是3个master，每个有2个副本节点 。因为，那样的结构需要9个节点 。*** At least 9 nodes are required. #至少需要9个节点 。
4、这确保了数据始终在可用的节点上，并且在节点宕机时也可以保持一致 。Redis 集群还提供了一些其他的好处 。例如，它可以自动分区 ， 这意味着系统不需要手动执行分区操作 。
简介redis之主从复制Redis主从复制可以将写入操作集中在主节点 ， 提高写入性能 。同时从节点负责读取数据，可以分担主节点的读取负担 ， 提高读取性能 。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
Redis迁移数据有多种方法，包括使用RDB和AOF文件、主从复制以及使用专门的工具 。
主从复制，是指将一台Redis服务器的数据 ， 复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave） ， 数据的复制是单向的，只能由主节点到从节点 。
Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适 。
针对完整的重同步的缺陷，Redis提供了部分的重同步功能 。
redis主从架构高可用如何实现redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
新版本Redis使用psync命令来代替sync命令 ， 该命令既可以实现完整全同步也可以实现部分同步 。
Sentinel ： redis 自带的主从切换工具，我们通过 sentinel 实现集群高可用 。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址 。
为了保证数据的高可用性，加入了主从模式，一个主节点对应一个或多个从节点，主节点提供数据存?。咏诘阍蚴谴又鹘诘憷∈荼阜? ，当这个主节点挂掉后，就会有这个从节点选取一个来充当主节点，从而保证集群不会挂掉 。
Redis主从复制与一致性1、Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适 。
2、因此，可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的 。
3、主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的，只能由主节点到从节点 。
4、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
5、其实只需要将断开连接期间的数据进行同步就可以完成数据的一致性 。完整的重同步只应该用于首次复制，或者万不得已需要全量复制时才执行 。针对完整的重同步的缺陷，Redis提供了部分的重同步功能 。
redis主要解决了什么问题1、redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（SessionCache）最常用的一种使用Redis的情景是会话缓存（sessioncache） 。
2、redis是一个单线程的NoSQL数据库，主要用来做数据缓存，一般大型网站的应用和数据库之间的那一层就是Redis 。
3、Redis的卓越性能，简单性和数据结构的原子操作有助于解决使用传统关系数据库实现时难以实现或执行不佳的问题 。Redis主要特点高级数据结构：为值提供五种可能的数据类型：字符串 ， 列表，集合，哈希和有序集合 。
4、都解决了什么问题？什么情况下才会用到相应的功能？下面开始一步一步的解释下 。
5、redis之所以能解决高并发的原因是它可以直接访问内存 ， 而以往我们用的是数据库（硬盘），提高了访问效率，解决了数据库服务器压力 。
6、类似的问题就可以用Redis来解决 。比如说，我们的一个Web应用想要列出用户贴出的最新20条评论 。在最新的评论边上我们有一个“显示全部”的链接 ， 点击后就可以获得更多的评论 。
脑裂以及Redis主从同步中的坑所谓的脑裂，就是指在主从集群中，同时有两个主节点 ， 它们都能接收写请求 。而脑裂最直接的影响，就是客户端不知道应该往哪个主节点写入数据，结果就是不同的客户端会往不同的主节点上写入数据 。
因为 master - slave的复制是异步 的（客户端发送给redis，主节点数据同步到内存中后就返回成功了） 所以可能有部分数据还没复制到slave ， master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了 。
【redis主从复制和redis集群的区别 redis复制主从一致性问题】redis集群没有过半机制会有脑裂问题，网络分区导致脑裂后多个主节点对外提供写服务，一旦网络分区恢复，会将其中一个主节点变为从节点，这时会有大量数据丢失 。
