Redis——主从复制

主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/saver机制，master以写为主，Slave以读为主

主要做读写分离和容灾备份

配置方式：

    1 配从不配主

    2 从库配置：slaveof +主机IP+ 主机端口：每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件

                         用Info replication查看详细配置

    3 修改配置文件细节操作 

                 拷贝多个redis.conf文件 

                 开启daemoze yes 

                 配置文件中GENERAL的Pid文件名字

                 配置文件中GENERAL的指定端口

                 修改Log文件名字进行区分

                 修改Dump.rdb名字进行区分

    4 常见3招：

          一主二仆：

                     一个Master两个Slave

                    主从问题：从不能写，这种模式下，主机死了，从机会等待，主机活了以后，照旧。如果从机死了，再次活过来以后，会脱离主机，自己变成主，与原来的主机没关系了，除非写进配置文件中了

          薪火相传：

                     上一个Slave可以是下一个slave的Master，Slave同样可以接受其他slaves的连接和同步请求，那么该slave座位了链条汇总的下一个master（通过Info replication查看详情依旧是slave），可以有效减轻master的写压力。

                     中途变更转向（相当于重建了主从关系）：会清除之前的数据，重新建立拷贝最新的

                      Slaveof+新主机Ip+新主机端口

           反客为主：slaveof no one （手动输入），主机挂了后，当前数据库停止与其他数据库的同步，转成主数据库

复制的原理：

      salve启动成功连接到master后会发送一个sync命令，Master街道命令启动后台的存盘进程，同时收集所有接到的用于修改数据集命令，在后台进程执行完毕之后，master将传送猪呢个数据文件到slave，以完成一次完全同步。

全量复制：而slave服务在接到数据库文件数据之后，将其存盘并加载到内存中。

增量复制：Master继续将新的所有收集到的修改命令依次传给slave，完成同步

但是只要是重新连接master，一次完全同步（全量复制）将会被自动执行

---

哨兵模式：相当于上面反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换成主库

步骤：

    设置主：6379  从：6380,6381

    自定义的/myredis目录下新建sentinel.conf文件，名字不能错

    配置哨兵模式，填写内存：

                             sentinel  monitor+ 被监控数据库名字（自己起） 例如：127.0.0.1 6379 1

                             上面最后一个数字1，表示挂掉后salve投票看让谁称为主机，投票最多成为主机

                             一组sentinel 可以同时监控多个Master

启动哨兵：Redis-sentinel /myredis/sentinel.conf （目录根据各自实际情况配置）

当原有的master挂了以后，会投票选出新的master，重新主从继续工作，Info replication查看，当原来的主机活过来以后，会自动变为从机

 

缺点：由于所有的写操作都是在master上操作，然后同步更新到Slave上，所以Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会是这个问题加重