Redis 序列之三——Redis的M/S（主从机制）

zycchen

　　一、M/S主从复制特征
　　redis主从（M/S）复制配置和使用都非常简单。通过主从复制可以允许多个slave server拥有和master server相同的数据库副本。下面是关于redis主从复制的一些特点：   
　　（1）master可以有多个slave；
　　（2）一个slave可以接收其他slave的链接，即不仅仅能连接一个master所属的slaves，而且能连接到slave的slave，从而形成了“图”结构；
　　（3）主从复制不会阻塞master。也就是说当一个或多个slave与master进行初次同步数据时，master可以继续处理client发来的请求。相反slave在初次同步数据时则会阻塞不能处理client的请求。 
　　（4）主从复制可以用来提高系统的可伸缩性，我们可以用多个slave专门用于client的读请求，比如sort操作可以使用slave来处理，也可以用来做简单的数据冗余。
　　（5）可以在master禁用数据持久化，只需要注释掉master 配置文件中的所有save配置，然后只在slave上配置数据持久化。
　　二、M/S主从复制过程
　　（1） Slave端在配置文件中添加了slave of指令，于是Slave启动时读取配置文件，初始状态为REDIS_REPL_CONNECT；
      （2） Slave端在定时任务serverCron(Redis内部的定时器触发事件)中连接Master，发送sync命令，然后阻塞等待master发送回其内存快照文件(最新版的Redis已经不需要让Slave阻塞)；
      （3） Master端收到sync命令简单判断是否有正在进行的内存快照子进程，没有则立即开始内存快照，有则等待其结束，当快照完成后会将该文件发送给Slave端；
      （4）Slave端接收Master发来的内存快照文件，保存到本地，待接收完成后，清空内存表，重新读取Master发来的内存快照文件，重建整个内存表数据结构，并最终状态置位为 REDIS_REPL_CONNECTED状态，Slave状态机流转完成；
      （5）Master端在发送快照文件过程中，接收的任何会改变数据集的命令都会暂时先保存在Slave网络连接的发送缓存队列里（list数据结构），待快照完成后，依次发给Slave,之后收到的命令相同处理，并将状态置位为 REDIS_REPL_ONLINE。
　　三、M/S主从复制缺陷
　　M/S主从复制是全量复制，不是增量复制，这样的话，当一台slave因为某种原因与master断开，那么当重新进行连接后，就需要重新获取整个内存快照，这样不仅恢复比较慢，而且还会给master带来压力。
　　四、M/S主从配置方式
　　配置slave服务器很简单，只需要在slave的配置文件中加入如下配置：
　　slaveof  192.168.1.1 6379  #指定master的ip和端口