单机问题：机器故障，容量瓶颈，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的范围内，就进行部分复制。否则需要进 行全量复制。