主从架构
主从架构设计的思路大概如下：
- 只有一台主服务器，只负责写入数据，不负责读取数据。
- 多台从服务器，不写入数据，只负责同步主服务器的数据，提供外部程序读取。
- 主服务器写入数据后，将命令发送到从服务器，使主从数据同步。
- 应用程序可以读取某一台从服务器的数据，负载均衡。
- 当某些从服务器瘫痪时，系统影响不大。当主服务器瘫痪时，选举某一台从服务器成为主服务器
Redis主从同步
图中左边的流程是主服务器，而右边的流程为从服务器。
(1)无论如何要先保证主服务器的开启，开启主服务器后，从服务器通过命令或者重启配置项可以同步到主服务器。
(2)当从服务器启动时，读取同步的配置，根据配置决定是否使用当前数据响应客户端，然后发送 SYNC 命令。
当主服务器接收到同步命令的时候，就会执行 bgsave 命令备份数据，但是主服务器并不会拒绝客户端的读／写，而是将来自客户端的写命令写入缓冲区 。从服务器未收到主服务器备份的快照文件的时候，会根据其配置决定使用现有数据响应客户端或者拒绝。
(备注：bgsave命令，是一个异步保存命令，也就是系统将启动另外一个进程，把Redis的数据保存到对应的数据文件中。
bgsave和save命令最大的不同是它不会阻塞客户端的写入，也就是在执行bgsave的时候，允许客户端继续读/写Redis)
(3)当 bgsave 命令被主服务器执行完后，开始向从服务器发送备份文件，这个时候从服务器就会丢弃所有现有的数据，开始载入发送的快照文件。
(4)当主服务器发送完备份文件后，从服务器就会执行这些写入命令。此时就会把bgsave 执行之后的缓存区内的写命令也发送给从服务器，从服务完成备份文件解析，就开始像往常一样，接收命令，等待命令写入。
(5)缓冲区的命令发送完成后，当主服务器执行一条写命令后，就同时往从服务器发送同步写入命令，从服务器就和主服务器保持一致了。而此时当从服务器完成主服务器发送的缓冲区命令后，就开始等待主服务器的命令了。
以上就是Redis主从同步的过程。
只是在主服务器同步到从服务器的过程中，需要备份文件，所以在配置的时候一般需要预留 一些内存空间给主服务器，用以腾出空间执行备份命令。 一般来说主服务器使用50%～65%的内存空间 ，以为 主从复制留下可用的内存空间。
Redis多从机同步机制
如下图所示：
如果出现多台同步，可能会出现频繁等待和频繁操作 bgsave 命令的情况，导致主机在较长时间里性能不佳。
参考资料：
《SSM框架和Redis实现》