Redis主从同步

主从架构

主从架构设计的思路大概如下：

只有一台主服务器，只负责写入数据，不负责读取数据。
多台从服务器，不写入数据，只负责同步主服务器的数据，提供外部程序读取。
主服务器写入数据后，将命令发送到从服务器，使主从数据同步。
应用程序可以读取某一台从服务器的数据，负载均衡。
当某些从服务器瘫痪时，系统影响不大。当主服务器瘫痪时，选举某一台从服务器成为主服务器

图中左边的流程是主服务器，而右边的流程为从服务器。
(1)无论如何要先保证主服务器的开启，开启主服务器后，从服务器通过命令或者重启配置项可以同步到主服务器。
(2)当从服务器启动时，读取同步的配置，根据配置决定是否使用当前数据响应客户端，然后发送 SYNC 命令。

当主服务器接收到同步命令的时候，就会执行 bgsave 命令备份数据，但是主服务器并不会拒绝客户端的读／写，而是将来自客户端的写命令写入缓冲区。从服务器未收到主服务器备份的快照文件的时候，会根据其配置决定使用现有数据响应客户端或者拒绝。

(备注：bgsave命令，是一个异步保存命令，也就是系统将启动另外一个进程，把Redis的数据保存到对应的数据文件中。

bgsave和save命令最大的不同是它不会阻塞客户端的写入，也就是在执行bgsave的时候，允许客户端继续读/写Redis)
(3)当 bgsave 命令被主服务器执行完后，开始向从服务器发送备份文件，这个时候从服务器就会丢弃所有现有的数据，开始载入发送的快照文件。
(4)当主服务器发送完备份文件后，从服务器就会执行这些写入命令。此时就会把bgsave 执行之后的缓存区内的写命令也发送给从服务器，从服务完成备份文件解析，就开始像往常一样，接收命令，等待命令写入。
(5)缓冲区的命令发送完成后，当主服务器执行一条写命令后，就同时往从服务器发送同步写入命令，从服务器就和主服务器保持一致了。而此时当从服务器完成主服务器发送的缓冲区命令后，就开始等待主服务器的命令了。
以上就是Redis主从同步的过程。

只是在主服务器同步到从服务器的过程中，需要备份文件，所以在配置的时候一般需要预留一些内存空间给主服务器，用以腾出空间执行备份命令。一般来说主服务器使用50%～65%的内存空间，以为主从复制留下可用的内存空间。