本文目录一览：
- 1、redis主从和哨兵
- 2、redis主从复制数据延迟解决方案
- 3、Redis集群模式1-主从复制+哨兵机制
- 4、脑裂以及Redis主从同步中的坑
- 5、Redis主从复制丢失数据的情况分析
2、主从模式指的是使用一个Redis实例作为主机，其余的实例作为备份机 。一般来说主节点负责写请求 ， 从节点负责读请求 ， 主节点异步的同步给从节点 。主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟 。
【redis主从复制缺点 redis主从不能复制】3、redis哨兵和集群区别是：监控主数据库和从数据库是否正常运行 。主数据库出现故障时自动将从数据库转换为主数据库 。sentinel发现master挂了后，就会从slave中重新选举一个master 。哨兵模式强调高可用 。
redis主从复制数据延迟解决方案1、对于无法容忍大量延迟场景，可以编写外部监控程序监听主从节点的复制偏移量，当延迟较大时触发报警或者通知客户端避免读取延迟过高的从节点 。
2、应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql 。
3、应对主从数据不一致的解决方案：我们可以开发一个监控程序，先用 INFO replication 命令查到主、从库的进度，然后，我们用 master_repl_offset 减去 slave_repl_offset，这样就能得到从库和主库间的复制进度差值了 。
Redis集群模式1-主从复制+哨兵机制传统的Redis集群采用的主从复制模式 ， 一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程 ， 作为进程，它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应 ， 从而监控运行的多个Redis实例 。
集群监控，负责监控redis master 和slave进程是否正常工作 。（2）消息通知，如果某个redis实例有故障 ， 那么哨兵负责发送消息作为报警通知给管理员 。（3）故障转移，如果master node挂掉了 ， 会自动转移到slave node上 。
脑裂以及Redis主从同步中的坑1、所谓的脑裂，就是指在主从集群中，同时有两个主节点，它们都能接收写请求 。而脑裂最直接的影响，就是客户端不知道应该往哪个主节点写入数据 ， 结果就是不同的客户端会往不同的主节点上写入数据 。
2、因为 master - slave的复制是异步 的（客户端发送给redis ， 主节点数据同步到内存中后就返回成功了） 所以可能有部分数据还没复制到slave，master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了 。
3、redis的集群脑裂是指因为网络问题，导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区，此时因为sentinel集群无法感知到master的存在，所以将slave节点提升为master节点 。
4、redis集群没有过半机制会有脑裂问题，网络分区导致脑裂后多个主节点对外提供写服务，一旦网络分区恢复，会将其中一个主节点变为从节点，这时会有大量数据丢失 。
5、主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的，只能由主节点到从节点 。
Redis主从复制丢失数据的情况分析Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名 。
这样一来，主从切换完成后，也只有新主库能接收请求，不会发生脑裂，也就不会发生数据丢失的问题了 。主从数据不一致，就是指客户端从从库中读取到的值和主库中的最新值并不一致 。
可能有人会遇到 ， Redis 经常会丢掉一些数据，写进去了，过一会儿可能就没了 。那么你可能是将Redis当成存储了而没有当作缓存 。啥叫缓存？用内存当缓存 。内存是无限的吗，内存是很宝贵而且是有限的 ， 磁盘是廉价而且是大量的 。
异步复制导致的数据丢失 哨兵可以解决主从架构下，因master宕机后不能接收写请求而进行选举salve为新的master，达到高可用的效果 。
导致各种脏数据的产生 。所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁 。
