本篇文章带大家深入理解下Redis集群主从复制原理，希望对大家有所帮助！
1、实现更高性能：高并发应用，单机性能会有影响，需要更多redis服务器分担压力，实现负载均衡
2、实现高可用：如果单机，防止宕机/硬件故障
3、实现可扩展：单机内存和硬件有限制，实现横向扩展
冗余或者分片存储实现如上特性。
和Kafka,Mysql,Rocketmq一样，redis支持集群部署，集群节点有master和slave之分，主节点是master,从节点是slave(最新叫副本replica).slave会通过复制机制，从master同步最新的数据。Redis提供了非常方便的命令开启主从复制。【相关推荐：Redis视频教程】
如何配置开启主从复制？
以本机搭建伪集群为例，6379端口是从节点，6378作为主节点。
1、从节点redis.conf配置 replicaof masterip masterport 从节点启动后，自动连接到master节点，开始同步数据.
每次实例作为主实例从头开始重新启动，或者将复制副本提升为主实例，都会为此实例生成一个新的复制ID。如果两个replica的复制id相同，则他们可能在不同的时间，有相同的数据，对于保存最新数据集的给定历史记录（复制ID），偏移量作为一个逻辑时间来理解。需要通过Replication ID, offset两个数据来判断。用来判断从节点同步数据到哪了。
1、slave本身有数据，会怎么样？
slave先删除自身的数据，再用rdb文件加载。
2、生成rdb文件的过程中，客户端写命令怎么处理？
保存到内存缓存中，rdb发送完成后发送到slave。
3、Redis复制如何处理key过期的？
1、副本不会使key过期，而是等待主机使key过期。当主机使key过期（或由于LRU而将其逐出）时，它将合成一个DEL命令，该命令将传输到所有副本。
2、但是，由于主机驱动的expire，有时副本可能仍然具有逻辑上已过期的内存密钥，因为主服务器无法及时提供DEL命令。为了处理这个问题，副本使用它的逻辑时钟来报告一个key不存在，只用于不违反数据集一致性的读取操作（因为来自主服务器的新命令将到达）
3、在Lua脚本执行期间，不执行密钥过期。当Lua脚本运行时，从概念上讲，主节点中的时间是冻结的，因此给定的键在脚本运行的所有时间内都将存在或不存在。这可以防止key在脚本中间过期，并且需要key才能以保证在数据集中具有相同效果的方式将相同的脚本发送到副本。
一旦复制副本升级为主副本，它将开始独立地使key过期，并且不需要旧主副本的任何帮助。
1、解决了数据备份的问题，但是rdb文件大，传输大文件，恢复时间也长
2、如果master异常，需要手工将replica选举为master
3、1主多从，1主1从的情况下，还是存在单点问题
4、Redis版本2.8.18后支持无盘复制，性能更高。
1、默认用异步复制，通过异步确认同步的命令数量
2、1个master可以有多个副本
3、副本也可以有自己的副本，从redis4.0开始，副本都会从主节点接收完全相同的复制流
4、复制既可以用于可扩展性，也可以用于只读查询的多个副本
