3.2 Redis主从

一、搭建主从架构

1. 单节点Redis的并发能力是有上限的，要进一步提高Redis的并发能力，就需要搭建筑从集群，实现读写分离

2. 搭建主从架构可以参考附录

二、主从数据同步原理

1. 主从的第一次同步是全量同步

   

2. master如何判断slave是不是第一次来同步数据，会用到两个跟重要的概念

   1. Replication Id：简称replid，是数据集的标记，id一致则说明是同一数据集。每一个master都有唯一的replid，slave则会继承master节点的replid

   2. offset：偏移量，随着记录在repl_baklog中的数据增多而逐渐增大。slave完成同步时也会记录当前同步的offset。如果slave的offset小于master的offset，说明slave数据落后于master，需要更新

   因此，slave做数据同步，必须向master声明自己的replication和offset，master才可以判断到底需要同步哪些数据

3. 如果slave重启同步后，则执行增量同步

   

   注意：repl_baklog大小有上限，写满后会覆盖最早的数据。如果slave断开时间过久，导致尚未备份的数据被覆盖，则无法基于log做增量同步，只能再次全量同步

4. 主从同步的优化：

   1. 在master中配置repl_diskless_sync yes启用无磁盘复制，避免全量同步时的磁盘IO

   2. Redis单节点上的内存占用不要太大，减少RDB导致的过多磁盘IO

   3. 适当提高repl_baklog的大小，发现slave宕机时，尽快实现故障恢复，尽可能避免全量同步

   4. 限制一个master上的slave节点数量，如果实在太多slave，则可以采用主-从-从链式结构，减少master压力