redis主从_redis主从redis数据迁移到redis集群中 - CSDN
  • redis——redis主从复制

    2018-07-11 18:43:00
    为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,Redis主从复制可以根据是否是全量分为全量同步和增量同步。一、概念主从复制,是指将一台Redis服务器的数据,复制到其他的Redis...

    和MySQL主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,Redis主从复制可以根据是否是全量分为全量同步和增量同步。


    一、概念

    主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(master),后者称为从节点(slave);数据的复制是单向的,只能由主节点到从节点。默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。


    二、作用

    1.主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。

    2.当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余。

    3.在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。

    4.高可用基石:除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。


    三、建立复制

    需要注意,主从复制的开启,完全是在从节点发起的;不需要我们在主节点做任何事情。
    从节点开启主从复制,有3种方式:
    (1)配置文件
    在从服务器的配置文件中加入:slaveof <masterip> <masterport>
    (2)启动命令
    redis-server启动命令后加入 --slaveof <masterip> <masterport>
    (3)客户端命令
    Redis服务器启动后,直接通过客户端执行命令:slaveof <masterip> <masterport>,则该Redis实例成为从节点。
    上述3种方式是等效的,下面以客户端命令的方式为例,看一下当执行了slaveof后,Redis主节点和从节点的变化。

    通过slaveof <masterip> <masterport>命令建立主从复制关系以后,可以通过slaveof no one断开。需要注意的是,从节点断开复制后,不会删除已有的数据,只是不再接受主节点新的数据变化。

    四、实现步骤

    建立连接

    一、保存主节点信息
    从节点服务器内部维护了两个字段,即masterhost和masterport字段,用于存储主节点的ip和port信息。
    需要注意的是,slaveof是异步命令,从节点完成主节点ip和port的保存后,向发送slaveof命令的客户端直接返回OK,实际的复制操作在这之后才开始进行。

    二、建立socket连接
    从节点每秒1次调用复制定时函数replicationCron(),如果发现了有主节点可以连接,便会根据主节点的ip和port,创建socket连接。如果连接成功,则:
    从节点:为该socket建立一个专门处理复制工作的文件事件处理器,负责后续的复制工作,如接收RDB文件、接收命令传播等。
    主节点:接收到从节点的socket连接后(即accept之后),为该socket创建相应的客户端状态,并将从节点看做是连接到主节点的一个客户端,后面的步骤会以从节点向主节点发送命令请求的形式来进行。

    三、发送ping命令
    从节点成为主节点的客户端之后,发送ping命令进行首次请求,目的是:检查socket连接是否可用,以及主节点当前是否能够处理请求。
    从节点发送ping命令后,可能出现3种情况:
    (1)返回pong:说明socket连接正常,且主节点当前可以处理请求,复制过程继续。
    (2)超时:一定时间后从节点仍未收到主节点的回复,说明socket连接不可用,则从节点断开socket连接,并重连。
    (3)返回pong以外的结果:如果主节点返回其他结果,如正在处理超时运行的脚本,说明主节点当前无法处理命令,则从节点断开socket连接,并重连。

    四、身份验证
    如果从节点中设置了masterauth选项,则从节点需要向主节点进行身份验证;没有设置该选项,则不需要验证。从节点进行身份验证是通过向主节点发送auth命令进行的,auth命令的参数即为配置文件中的masterauth的值。

    如果主节点设置密码的状态,与从节点masterauth的状态一致(一致是指都存在,且密码相同,或者都不存在),则身份验证通过,复制过程继续;如果不一致,则从节点断开socket连接,并重连。

    五、发送从节点端口信息

    身份验证之后,从节点会向主节点发送其监听的端口号(前述例子中为6380),主节点将该信息保存到该从节点对应的客户端的slave_listening_port字段中;该端口信息除了在主节点中执行info Replication时显示以外,没有其他作用。

    数据同步

    主从节点之间的连接建立以后,便可以开始进行数据同步,该阶段可以理解为从节点数据的初始化。具体执行的方式是:从节点向主节点发送psync命令(Redis2.8以前是sync命令),开始同步。
    数据同步阶段是主从复制最核心的阶段,根据主从节点当前状态的不同,可以分为全量复制和部分复制,下面会有一章专门讲解这两种复制方式以及psync命令的执行过程,这里不再详述。

    需要注意的是,在数据同步阶段之前,从节点是主节点的客户端,主节点不是从节点的客户端;而到了这一阶段及以后,主从节点互为客户端。原因在于:在此之前,主节点只需要响应从节点的请求即可,不需要主动发请求,而在数据同步阶段和后面的命令传播阶段,主节点需要主动向从节点发送请求(如推送缓冲区中的写命令),才能完成复制。

    命令传播

    数据同步阶段完成后,主从节点进入命令传播阶段;在这个阶段主节点将自己执行的写命令发送给从节点,从节点接收命令并执行,从而保证主从节点数据的一致性。
    在命令传播阶段,除了发送写命令,主从节点还维持着心跳机制:PING和REPLCONF ACK。由于心跳机制的原理涉及部分复制,因此将在介绍了部分复制的相关内容后单独介绍该心跳机制。
    延迟与不一致
    需要注意的是,命令传播是异步的过程,即主节点发送写命令后并不会等待从节点的回复;因此实际上主从节点之间很难保持实时的一致性,延迟在所难免。数据不一致的程度,与主从节点之间的网络状况、主节点写命令的执行频率、以及主节点中的repl-disable-tcp-nodelay配置等有关。
    repl-disable-tcp-nodelay no:该配置作用于命令传播阶段,控制主节点是否禁止与从节点的TCP_NODELAY;默认no,即不禁止TCP_NODELAY。当设置为yes时,TCP会对包进行合并从而减少带宽,但是发送的频率会降低,从节点数据延迟增加,一致性变差;具体发送频率与Linux内核的配置有关,默认配置为40ms。当设置为no时,TCP会立马将主节点的数据发送给从节点,带宽增加但延迟变小。

    一般来说,只有当应用对Redis数据不一致的容忍度较高,且主从节点之间网络状况不好时,才会设置为yes;多数情况使用默认值no。


    五、缺陷

    主从复制虽然解决或缓解了数据冗余、故障恢复、读负载均衡等问题,但其缺陷仍很明显,如故障恢复无法自动化;写操作无法负载均衡;存储能力受到单机的限制。每次slaveof断开后,(无论是主动断开,还是网络故障),再连接master;都要master全部dump出来rdb,再aof,即同步的过程都要重新执行1遍。所以不要多台slaveof同时启动,否则master可能IO剧增。
    展开全文
  • Redis主从配置

    2018-09-09 13:24:41
    Redis主从服务配置 1.1概述 Redis的主从复制功能非常强大,一个master可以拥有多个slave,而一个slave又可以拥有多个slave,如此下去,形成了强大的多级服务器集群架构。主从同步,有以下好处: 实现数据的...

     

     

    1  Redis主从服务配置

    1.1概述

    Redis的主从复制功能非常强大,一个master可以拥有多个slave,而一个slave又可以拥有多个slave,如此下去,形成了强大的多级服务器集群架构。主从同步,有以下好处:

    实现数据的备份,减少单点故障带来的损失;有利于实现负载均衡。本来一台服务器负责所有数据的读写,而通过主从同步,可以让多个从服务器负责数据的读,而主服务器主要负责数据的写,减轻了单点压力。

     

    1.2实现机制

    (1)Slave服务器连接到Master服务器.

    (2)Slave服务器发送SYCN命令.

    (3)Master服务器备份数据库到.rdb文件.

    (4)Master服务器把.rdb文件传输给Slave服务器.

    (5)Slave服务器把.rdb文件数据导入到数据库中.

     

    上面的这5步是同步的第一阶段, 接下来在Master服务器上调用每一个命令都使用replicationFeedSlaves()来同步到Slave服务器.replicationFeedSlaves()主要做的工作就是把用户执行的命令发送到所有的Slave服务器, Slave服务器执行. 这样就可以实施同步功能.

     

     

    1.3相关配置

    案例:

    主服务:172.168.10.254   6379

    从服务:172.168.10.254   6380

     

    修改redis.conf配置文件,主要配置如下:

    1)  配置相应的ip和端口

    主:

    bind172.168.10.254                           #绑定主机IP, (必须修改为网卡ip地址)

    port   6379                                   #监听端口,默认为6379

    从:

    bind172.168.10.254                           #绑定主机IP, (必须修改为网卡ip地址)

    port   6380                                   #监听端口,默认为6379

     

    2)  修改从服务redis.conf 配置:

    slaveof172.168.10.254  6379                  #设置主服务的IP及端口

    slave-read-only      yes                      #配置从机是否只读

    masterauthpwd123                             #设置主服务的连接密码

    slave-serve-stale-datayes                    #在master服务器挂掉或者同步失败时,从服务器是否继续提供服务。

    #repl-ping-slave-period10                   #master端ping slave端的时间间隔,时刻检测slave连接的有效
    #repl-timeout60                   # replication连接的超时时间

    #slave-priority100                  #slave的权重,用于redis sentinel模式中,如果masterdown,权重大的slave接替master       

    slave-priority100                            #slave级别,数字越小级别越大(在master挂掉,slave升级用到)

     

    1.4测试验证

    主从服务配置完成后,启动相应服务;

    1)  从服务日志信息将显示从masger主服务同步数据:

     

    2)  主服务日志信息将显示slave从同步数据成功:

     

    3) 分别用redis-cli连接:

    [root@centosredis]# redis-cli -h 172.168.10.254 -p 6379

    172.168.10.254:6379>

    [root@centosredis]# redis-cli -h 172.168.10.254 -p 6380

    172.168.10.254:6380>

     

    4)  测试:

    在主服务设置相应的key数据:

     

     

    在从服务上可以查看到相应的同步数据:

     

     

    此时查看主从服务的相应日志文件可以看到:

    主服务:

     

    从服务:

     

    可以看到的是当主服务数据发生变化时,将实时同步到从服务上。

    至此Redis主从服务数据同步配置完成!

     

    PS:

    除了以上通过硬配置的方式实现主从外,还可以手动通过命令的方式去直接指定Master,即在slave机器上:

    redis 127.0.0.1:6379> SLAVEOF 172.0.x.y 6379
    OK
    

    手动命令实现的缺点就是,当slave机器重启的时候,将会失效,不会保存设置!

     

    还有一点需要注意的是,主从Master-Slave服务配置好了之后,如果将Master停止掉,此时Slave机器将一直保持Slave的角色,一直到等待Master恢复为止!如果需要将Slave升级为Master可以有两种方法,具体如下:

    第一种是:

    设置slave配置,即:SLAVEOF NO ONE ,说明:对一个从属服务器执行命令 SLAVEOF NO ONE 将使得这个从属服务器关闭复制功能,并从从属服务器转变回主服务器,原来同步所得的数据集不会被丢弃。

    利用『 SLAVEOF NO ONE 不会丢弃同步所得数据集』这个特性,可以在主服务器失败的时候,将从属服务器用作新的主服务器,从而实现无间断运行。

    第二种是:

    使用哨兵模式,即:Redis Sentinel配置,由Sentinel来自动选举出Master,具体的配置可以关注后面的文章。

     

     

    展开全文
  • 由于redis的高性能,在应用中对其依赖很高,有时候一台redis服务器性能不够,需要配置redis集群。最简单的就是一台用来读,一台用来写。一般对读的需求比较大,所以可以配置一主(读)多从(写)。 本次是在本地...

    前言:

    由于redis的高性能,在应用中对其依赖很高,有时候一台redis服务器性能不够,需要配置redis集群。最简单的就是一台用来读,一台用来写。一般对读的需求比较大,所以可以配置一主(读)多从(写)。
    本次是在本地搭建两台虚拟机分别做一主一从。
    ip为192.168.2.100为主服务器
    ip为192.168.2.101为从服务器

    一、安装redis

    首先给两台服务器分别安装redis。可参考
    https://blog.csdn.net/u014691098/article/details/80892504

    二、配置主服务器

    1、进入192.168.2.100服务器,打开redis配置文件
    [root@localhost redis-4.0.10]# vim /etc/redis/6379.conf
    2、将bind 127.0.0.1这行注释或者指定ip。(本例是注释,即所有ip都能连接)

    这里写图片描述

    3、开启守护进程

    这里写图片描述

    4、设置访问密码(由于redis性能非常高,撞库风险极大,建议线上把密码设置非常复杂,最好能在第2步中指定ip)

    这里写图片描述

    注意:
    当然,既然用到主从了,那说明对redis依赖非常高,还有几个参数需要根据服务器配置来设置
    第一个就是客户端最大连接数(maxclients),默认是10000,可根据需求更改
    这里写图片描述
    第二个就是最大内存(默认不受限制,但如果有多个从服务器,建议还是设置个低于服务器内存的值)
    这里写图片描述
    第三个是内存策略,如果内存足够用则不用管,如果内存不够用,建议设置最近最少使用策略(LRU),默认是内存不够则报错
    这里写图片描述

    至此主服务器配置完毕!
    启动redis服务

    [root@localhost redis-4.0.10]# service redisd start

    这里写图片描述

    三、配置从服务器

    前四步与主服务器配置基本一致

    5、配置所属主服务器ip和端口
    这里写图片描述
    6、配置所属主服务器的密码(再次强调,要将密码设置非常复杂,这里只是演示)
    这里写图片描述
    需要注意的是,从服务器通常是只读,所以要配置只读(默认是只读,不要更改即可)
    这里写图片描述
    配置完成,启动服务

    [root@localhost redis-4.0.10]# service redisd start

    四、测试

    使用redis客户端或者telnet都可以
    本次使用redis客户端

    1、进入主服务器(192.168.2.100)

    进入redis客户端

    [root@localhost redis-4.0.10]# /usr/local/redis/bin/redis-cli

    这里写图片描述
    由于设置了密码,所以需要鉴权
    这里写图片描述
    设置一个值
    这里写图片描述

    2、进入从服务器(192.168.2.101)

    使用get命令获取name的值,可以看到
    这里写图片描述
    代表配置成功
    如果在从服务器上写,则会报错,如下图
    这里写图片描述

    至此,redis主从复制配置完成,如果需要配置多台从服务器,可以重复第三步

    展开全文
  • Redis的复制也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主。 Function(功能)读写分离(秉持与RDBMS 相同的设计理念) 容灾恢复 Redis...

    Redis 讲解系列之 Redis的复制(一)

    概念

    • Conception(概念)
      Redis的复制也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主。

    • Function(功能)

      • 读写分离(秉持与RDBMS 相同的设计理念)

      • 容灾恢复


    Redis的复制的实现

    这里我们将具体说明并演示Redis的S-M Relication(鉴于各种原因我将在本地演示,不加入其他域的主机,但其主从复制的原理通过横向对比即可应用于不同主机,这里不赘述)。

    • 复制的实现

      • 配置规则:配从(库)不配主(库)

      • 从库配置:slaveof 主库IP 主库端口,slaveof 192.168.123.100 6379 表明该主机将附从于IP地址为192.168.123.100 端口号为 6379 的Redis。

        • 每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件.
        • 使用 info replication 查看当前server的S-M关系。
      • 修改配置文件细节操作
        这里我们将详细着重地讲解如何在本地开启S-M Relication,为了数据备份并达到演示的效果我将将之前Redis的安装Root File转移至其他文件夹 E:\WorkSpace\IDEs\Redis1。并且使用Linux OS Env.来演示。由于Windows OS Env不支持 daemonize 和 pid设置,因而无法在Windows OS上做演示,这也呼应了我之前说的Redis的发挥最优良的OS Env应是 Linux/Unix。

        • 拷贝多个redis.conf文件
          这里我们将使用6379 6382 6381 三个端口来模拟S-M Replication。

          这里写图片描述

        • 开启daemonize yes

          • Windows:不支持
          • Linux:General 区域的 daemonize yes
        • pid文件名字

          • Windows:不支持
          • Linux:General 区域的
            • pidfile /var/run/redis79.pid(redis79.conf)
            • pidfile /var/run/redis80.pid(redis80.conf)
            • pidfile /var/run/redis81.pid(redis81.conf)
        • 指定端口

          • Windows / Linux: General 区域的
            • port 6379(redis79.conf)
            • port 6380(redis80.conf)
            • port 6381(redis81.conf)
        • log文件名字

          • Windows / Linux: General 区域的
            • logfile “6379.log”(redis79.conf)
            • logfile “6380.log”(redis80.conf)
            • logfile “6381.log”(redis81.conf)
        • dump.rdb名字
          -Windows / Linux:SNAPSHOTTING 区域的
          - dbfilename dump6379.rdb(redis79.conf)
          - dbfilename dump6380.rdb(redis80.conf)
          - dbfilename dump6381.rdb(redis81.conf)
    • 最终配置好的3个客户端如下图所示:
      这里写图片描述

    • 配置好以后将6379设置为Master 6380/6381设置Slave,如下图所示
      这里写图片描述

      注意点:

      • 一旦S-M Replication形成 S将共享M 的所有数据。
      • S 只有读的权限。
      • S-M 的数据同步存在一定延时。
    • Redis S-M中常用的3招

      • 一主二仆

        • 一个Master两个Slave

        • 日志查看

          • 主机日志
          • 备机日志
          • info replication(查看S-M Replication 关系)
        • 主从问题

          • 1 切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?
            • 答: 一旦S-M关系形成,S将享有M所有的数据即从头开始复制M所有的数据。
          • 2 从机是否可以写?set可否?
            • 答:从机只能读,不能写即不能set。
          • 3 主机shutdown后情况如何?从机是上位还是原地待命
            • 答:M宕机之后 从机将人原地待命并保留M所有的数据(M最近一次的数据保存可能会丢失)
          • 4 主机又回来了后,主机新增记录,从机还能否顺利复制?
            • 答:主机重新连接之后将与从机重新建立S-M Replication 关系,并且主机的新增记录仍能同步至从机。
          • 5 其中一台从机down后情况如何?依照原有它能跟上大部队吗?
            答:从机宕机之后,需要重新建立S-M Replication 关系(手动配置:slaveof IP PORT,配置配置:slaveof 192.168.123.100 6379),当重新与M 建立 S-M Replication之后 S 仍共享M 所有数据。
      • 薪火相传
        这里写图片描述
        由上图我们可以看出Redis 的S-M Replication具有传递行,即一个S即可以使SLAVE 也可以是一个MASTER。在做Redis集群是会涉及到这一理念。

      • 反客为主

        • Redis的S-M Replication中的一个SLAVE欲解除S-M关系时可以通过一下命令实现:
        • SLAVEOF no one: 使当前数据库停止与其他数据库的同步,转成主数据库

    Redis 复制的原理

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

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

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

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

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

    展开全文
  • 一构建:1.两台centos7服务器: 192.168.1.100和192.168.1.1152. 安装必须的软件包:yum install gcc gcc-c++ kernel-devel automake autoconf libtool make wget tcl ... 下载redis源码包并安装:wget http://...
  • [root@server1 ~]# tar zxf redis-4.0.8.tar.gz [root@server1 ~]# ls mha4mysql-manager-0.56-0.el6.noarch.rpm mha4mysql-node-0.56-0.el6.noarch.rpm perl-Config-Tiny-2.12-7.1.el6.noarch.rpm perl-Email...
  • redis主从复制测试

    2018-06-10 11:19:59
    准备把服务器信息与redis端口改成下面这样:一、服务器:192.168.116.128redis端口:6379二、服务器:192.168.116.129redis端口:6380三、服务器:192.168.116.130redis端口:6381那现在我们以6379为主,6380和6381...
  • 一、Redis 介绍 Redis是一个开源的使用ANSI C语言编写、...区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。 Redis 是一个高性能的k...
  • Redis主从复制

    2019-02-20 10:03:31
    Redis主从复制前言 通过持久化功能,Redis保证了即使在服务器重启的情况下也不会丢失(或少量丢失)数据,但是由于数据是存储在一台服务器上的,如果这台服务器出现故障,比如硬盘坏了,也会导致数据丢失。 为了...
  • 一般来说,要将redis应用于一台服务器是万万不能的,原因如下: 1.从结构上,单个redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大 2.从容量上看,单个redis服务器内存容量有限,就算...
  • 主从简介 ...redis主从同步是异步进行的,这意味着主从同步不会影响主逻辑,也不会降低redis的处理性能。 主从架构中,可以考虑关闭主服务器的数据持久化功能,只让从服务器进行持久化,这样可以提...
  • Redis主从复制和集群配置         redis主从复制 概述 1、redis的复制功能是支持多个数据库之间的数据同步。一类是主数据库(master)一类是从数据库(slave),主数据库可以进行读写操作,当发生写操作...
  • Redis主从同步原理-SYNC

    2017-09-26 10:04:31
    和MySQL主从复制的原因一样,Redis虽然读取...Redis主从复制可以根据是否是全量分为全量同步和增量同步。1 全量同步Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤
  • Redis-18Redis主从同步

    2019-11-13 19:56:04
    文章目录概述主从同步Redis主从同步配置主服务器从服务器Redis主从同步过程缺点 概述 尽管 Redis 的性能很好,但是有时候依旧满足不了应用的需要,比如过多的用户进入主页,导致 Redis 被频繁访问,此时就存在大量的...
  • Redis主从复制的功能非常强大,它有以下好处:1.避免Redis单点故障 2.构建读写分离架构,满足读多写少的应用场景1.主从架构1.1 Redis主从架构拓扑图结构 1.2 主从结构搭建Redis集群不用安装多个Redis,只需复制多个...
  • 相信很多小伙伴都已经配置过主从复制,但是对于redis主从复制的工作流程和常见问题很多都没有深入的了解。咔咔这次用时俩天时间给大家整理一份redis主从复制的全部知识点。 主从复制(一)什么是redis主从复制?...
  • Redis主从同步原理-SYNC 和MySQL主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,下图...
  • Redis主从同步原理

    2018-08-07 17:09:41
    Redis主从同步原理-SYNC  和MySQL主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,下...
  • [Redis专题] Redis主从复制及其心跳检测实现机制1、Redis主从工作模式简述2、同步2.1老版本的Redis(2.8之前)新版本的Redis(2.8之后)3、命令传播4、新版本主从节点同步示例5、心跳检测5.1 检测主从服务器的网络...
  • Redis 主从复制操作和哨兵模式配置1. Redis 主从复制1.1 配置步骤1.2 主从复制原理2. Redis 哨兵模式2.1 高可用2.1 配置步骤2.3 哨兵模式优缺点 官网教程:https://www.redis.net.cn/tutorial/3515.html 1. Redis ...
1 2 3 4 5 ... 20
收藏数 62,070
精华内容 24,828
关键字:

redis主从