redis高可用的几种实现方式

阅读提示

以下的文章都是我对redis高可用的理解，并不能保证理解正确，只是为了做笔记，来记录当前我对redis的理解，希望以后在工作的时候，去真正去看redis的源码理解相应的实现，并且对以下的知识进行改正和完善。–文章会持续的修改

利用主从复制的方式实现高可用

什么是主从复制

主从复制：是由两种服务器组成，主服务器、从服务器，其实对于我们来说，其实都是一个服务器，只是相对来说状态不同而已。

主从复制的原理

先让我们看下一个主从复制的流程图吧，然后我们在一起去探讨下流程图的每一个步骤。

1. 从服务器向主服务器进行主从复制操作

2. 从服务器向主服务器发送PING命令去保证正常连接
从服务器发送PING命令存在着几种情况：
第一种情况：从服务器收到了主服务器的PONG命令，然后认为主服务器与从服务器的连接时有效的，那么他们就会进行以下正常的命令同步
第二种情况：从服务器没收到主服务器的PONG命令或者是接受到了主服务器的错误报告，则从服务器则会进行重新与主服务器进行连接，此时主服务器认为与从服务器断开了连接。则在建立连接的过程中接受的命令，将会写入复制缓冲区中。

** 3.由上面说的第二种情况，从服务器断开连接，然后有命令往主服务器中写，所以我们主从服务器则需要进行补偿的措施。在建立与主服务器重新建立连接的时候，会判断从服务器的复制偏移量是否在复制缓冲区中。同样会存在两种情况：
第一种：不在复制缓存区中，主服务器则会执行bgsave命令生成RDB文件，并在bgsave命令执行过程中的所有的写命令会保存在缓冲区中。然后发送给从服务器。–被抽象成SYNC命令
第二种：在复制缓存区中，将当前缓存区中数据发送给从服务器。–被抽象成PSYNC
问题：就是在从服务器断开连接的时间段内，有着大量的写操作，缓存区中的缓存不够怎么办？
答：对于这个问题，我们建议根据需要去调整复制积压缓冲区的大小（redis.conf：repl-backlog-size），保证在从服务器的断开连接的时候，从服务器的复制偏移量在复制缓存区中存在，减少生成和发送RDB文件的系统资源的损耗。

问题遗留
问题1：生成RDB文件的时候，我们往往将RDB文件写入磁盘中，然后通过RDB文件发送到从服务器，磁盘IO非常慢的时候，有什么解决方法吗？？
答：无盘复制，感兴趣的自己去了解下。

主从复制的几大优缺点

优点：利用主从复制的方式可以实现读写分离。Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。
缺点：Redis不具备自动容错和恢复功能，主机或者从机的宕机都会导致部分读写请求失败，需要等待机器重启才能恢复。
主机宕机，宕机前有部分数据未能及时同步到从机，还会引入数据不一致的问题，降低了系统的可用性。
Redis较难支持在线扩容，通过进行逻辑分区的方式进行扩容的方式。在