• 8.Redis的复制(Master/Slave)


    Redis的复制(Master/Slave)

      a)是什么

      行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主

      

      b)能干吗

      1.读写分离

      2.容灾恢复

      c)怎么用

      1.配从不配主

      2.从库配置:slaveof  主库IP  主库端口 

        每次与master断开之后,都需要重新连接,除非你配置进redis.cong文件

        info  replication  查看当前库的主从配置信息

      3.修改配置文件细节操作

        拷贝多个redis.conf文件,目的是以不用的配置文件(不同的端口,不同的日志文件名等)启动多个Redis服务

        开启 daemonize  yes

        pid文件名字

        指定端口

        log文件名字

        dump.rdb名字

      4.常用三招

        1.一主二仆  一个Master两个Slave

        主从复制问题演示:

        1 切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的123是否也可以复制

        2 从机是否可以写?set可否?

        3 主机shutdown后情况如何?从机是上位还是原地待命

        4 主机又回来了后,主机新增记录,从机还能否顺利复制?

        5 其中一台从机down后情况如何?依照原有它能跟上大部队吗?

          

        2.薪火相传

          上一个Slave可以是下一个Slave的Master,Slave同样可以接收其他Slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力

          中途变更转向:会清除之前的数据,重新建立拷贝最新的 

          slaveof 新主库IP 新主库端口 

        3.反客为主

          SLAVEOF  no  one  使当前数据库停止与其他数据库的同步,转成主数据库     

          

      d)复制原理

      slave启动成功连接到master后会发送一个sync命令

      Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步

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

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

      但是只要是重新连接master,一次完全同步(全量复制)将被自动执行       

      即从机连接主机时,主机会把修改数据的命令完全拷贝一份,发送给从机,从机拿到这份命令文件,会全部执行文件中的所有命令,即让从机和主机中存储的数据保持一致,

      后面主机再进行数据的修改,就把新增的那部分再给从机,从机再执行保持一致性

    注:MySQL中主从复制类似,但是好像是没全量复制的,只有增量复制

      e)哨兵模式  反客为主的自动版

      能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库

      一组sentinel 能同时监控多个Master

      怎么启动:

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

        2.配置哨兵,填写内容

          sentinel   monitor   被监控数据库名字(自己起名字)127.0.0.1    6379   1

          上面最后一个数字1,表示主机挂掉后slave投票看让谁接替主机,得票数多少够成为主机

        3.启动哨兵

          redis-sentinel  /myredis/sentinel.conf  

          上述目录依照各自的实际情况配置,可能目录不同

     

      结果:如果原先监听的master 挂掉了,上位了一个新的master,哨兵会去监听这个新的master,哨兵会去监听这个新的master,老master如果回来,会被 slave 到新的master下

      如果这个新的master又挂掉了,又会从slave中选出新的master,哨兵再去监听master,之后所有连接回来,都会变成slave

      另外,如果启动哨兵模式后,从机挂了,后面再连上,也会自动连接到主机上,不用再SLAVEOF

    主从复制的缺点:复制延时

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

                  

       

      

      

  • 相关阅读:
    html5 laboratory
    Lind.DDD.LindAspects方法拦截的介绍
    MongoDB学习笔记~对集合属性的操作
    MongoDB学习笔记~数据模型属性为集合时应该为它初始化
    异步与并行~List<T>是线程安全的吗?
    基础才是重中之重~Emit动态构建方法(参数和返回值)
    XML和DTD的简单介绍和入门
    一些常用的Intent及intent-filter的信息
    最新县及县以上行政区划代码(截止2013年1月18日) 全国省市县数据库 之省市数据
    CRC32 vs Java.HashCode
  • 原文地址:https://www.cnblogs.com/xuzekun/p/7447585.html
Copyright © 2020-2023  润新知