Redis早期的主从架构原理分析,早期如何实现读写分离的?1、读写分离： 可以用于实现读写分离，主库写、从库读，读写分离不仅可以提高服务器的负载能力，同时可根据需求的变化 ， 改变从库的数量 。
2、主从复制可以将写操作集中在主节点 ， 仅让从节点负责读取数据，从而实现读写分离，并提高Redis集群的性能 。
3、利用主从复制，可以实现读写分离、数据备份等功能 。但如果主库宕机后，需要运维人员手动地将一个从库提升为新主库，并将其他从库slaveof新主库，以此来实现故障恢复 。
【redis 哨兵模式原理 redis哨兵模式数据是如何分布】4、针对完整的重同步的缺陷，Redis提供了部分的重同步功能 。
5、传统的Redis集群采用的主从复制模式 ， 一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
6、Redis通过主从架构，实现读写分离，主节点负责写，并将数据同步给其他从节点，从节点负责读，从而实现高并发 。
Redis哨兵模式(故障转移测试)哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举，大多数达成一致 。
启动哨兵：启动哨兵进程或服务，让其开始监控主从节点的状态和进行故障转移 。测试和验证：模拟节点故障的情况 ， 观察哨兵是否能够正确地进行故障转移和恢复 。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行 。其原理是哨兵通过发送命令 ， 等待Redis服务器响应，从而监控运行的多个Redis实例 。
哨兵集群在发现 master node 挂掉后会进行故障转移，也就是启动其中一个 slave node 为 master node。在这过程中 ， 可能会导致数据丢失的情况 。
测试哨兵模式结果，如下图：哨兵集群，基于主从复制模式 ， 所有的主从配置优点 ， 它全有 。主从可以切换，故障可以转移，系统的可用性就会更好 。哨兵模式就是主从模式的升级，手动到自动，更加健壮 。
Redis集群模式1-主从复制+哨兵机制1、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
2、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
3、因此，主从模式的一个缺点，就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性 。哨兵，就是站岗放哨的，时刻监控周围的一举一动，在第一时间发现敌情并发出及时的警报 。
高性能高并发网站架构,教你搭建Redis5缓存集群1、redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
2、看到这里的时候 ， 我大概明白了，有 App 层、Domain 层、 Infrastructure 层，这个架构其实就是 DDD 思想的一种落地吧 。经过这两天短暂的了解 ， 我发现如果想要理解一下抽象的 DDD 思想，那么 COLA 架构，我感觉是一个不错的切入点 。
3、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现 ， 任何一个实例宕机 ， 自动会进行主备切换 。
推荐阅读
- redis 设置key redis设置key语句
- 如何确保app与服务器的连接安全？ app怎么保证与服务器
- 如何修改服务器端口设置？ 怎么改变服务器端口设置
- 美团云服务器超时了怎么办？免费解决方案在哪里？ 美团云服务器超时免费怎么办
- 如何更改app的服务器地址？ app怎么修改服务器地址
- 如何修改服务器端口？ 怎么改变服务器端口
- 美团云服务器连接超时怎么处理？ 美团云服务器超时怎么办