redis学习之集群的学习

单机问题：机器故障，容量瓶颈，QPS瓶颈

主从复制的作用：提供了数据副本，扩展读性能（读写分离）

一个master可以有多个slave，一个slave只能有一个master，数据流向是单向，master到slave

 

主从复制方式（全量复制，并且使用RDB文件来进行主从复制）：

slaveof命令(异步模式)：

      在从节点的redis-cli上执行：slaveof  ip：port （master节点的ip和port）

      不建议单机部署多台redis实例，原因在于例如像RDB模式的快照和bg模式下的AOF都需要fork出子进程来执行任务

      避免cpu资源的过度紧张

      断开主从复制（异步）：在从节点redis-cli上执行 slaveof no one ，执行之后从节点不在同步主节点的数据，但是原数据还被保留

      redis作为主节点的slave之后，原来redis中的数据将会被清空，因为该节点已经作为主节点的从节点，所以数据需要同步。

      每个redis都有自己的run-id主从复制需要主节点的run-id

 

配置方式：

slaveof ip port   redis主节点的ip和port

slave-read-only yes   从节点只允许读不允许写

masterauth 主节点的密码，若不存在则不要配置

 

info replication 查看该节点的主从配置信息 

全量复制：

      主从节点之间是依靠redis节点上的run-id来感知的，若从节点不知道主节点的run-id或者主节点的run-id发生了变化，此时从节点将会进行全量复制。

      主从节点之间都存在一个偏移量，当两者的偏移量相同时表示主从复制正常，可以用info replicaton来查看偏移量信息

      流程图：

     ？表示此时从节点不知道主节点的run-id，并且偏移量为 -1，

    此时主节点知道从节点需要全量复制，将自己的runid 和偏移量发送给从节点

    从节点保存master的基本信息之后，主节点开始bgsave生成RDB文件

    在此期间，若主节点存在新命令的执行，会将此期间的信息保存起来，将RDB文件与buffer信息一同发送给从节点

    从节点flushall自己的全部信息，加载主节点的信息

      

全量赋值的开销：

   bgsave开销

   RDB文件的网络传输时间

   从节点清空信息

   从节点加载RDB的时间

   可能的AOF重写时间

 部分复制：

        部分复制是建立在master的buffer基础上的，若此时salve节点的偏移量在buffer的范围内，就进行部分复制。否则需要进           行全量复制。