redis小总结（2）--主从复制

      实际项目中单个Redis服务器是存在许多问题的：

从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大；

从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内容容量为256G，也不能将所有内容用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。

想要很好的解决这个问题有两个常用的策略：①主从复制 ②集群

以下通过学习前辈们写的文章做一下整理：

Redis的主从复制

            Redis主从配置比较简单，基本就是在从节点配置文件加上:

 slaveofhost（master的ip） port（master的端口）；

它的实现是通过master server持久化的rdb文件实现的。master server 先dump出内存快照文件，然后将rdb文件传给slave 

server，slave server 根据rdb文件重建内存表。

 Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步。

 

Redis主从复制可以根据是否是全量分为全量同步和增量同步。

1 全量同步

　　Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下： 
　　1）从服务器连接主服务器，发送SYNC命令； 
　　2）主服务器接收到SYNC命令后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令； 
　　3）主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令； 
　　4）从服务器收到快照文件后丢弃所有旧数据，载入收到的快照； 
　　5）主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令； 
　　6）从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令； 

 
　　完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求。

2 增量同步

　　Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

3 Redis主从同步策略

　　主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

4 其他
需要注意：①slave server如果因为网络或其他原因断与master server的连接，当slave server重新连接时，需要重新获取master server的内存快照文件，slave server的数据会自动全部清空，然后再重新建立内存表，这样会让slave server 启动恢复服务比较慢，同时也给master server带来较大压力，可以看出redis的复制没有增量复制的概念，这是redis主从复制的一个主要弊端，在实际环境中，尽量规避中途增加从库。 

②Redis 2.8以后提供了PSYNC优化了断线重连的效率 ，具体请看：
http://blog.csdn.net/sk199048/article/details/77922589

③Redis的从服务器只支持读操作，是不支持写操作，所以当主服务器挂了后，还是需要人工恢复，这样很麻烦，于是乎就有了哨兵这种机制。

哨兵机制很厉害，它可以实时的监控主从的redis，当主服务器挂掉后，它通过监控从新选举出主服务器，更好的保障单点故障，省去的人工的麻烦。

以上内容都是从前辈的文章整理出来的，像大神们学习!!!!!

参考：

【1】  http://blog.csdn.net/sk199048/article/details/50725369

【2】  http://blog.csdn.net/nuli888/article/details/52136822

【3】  http://blog.csdn.net/houjixin/article/details/27680183

【4】  http://daoluan.net/blog/2014/04/22/decode-redis-replication/