欢迎加入QQ讨论群258996829
麦子学院 头像
苹果6袋
6
麦子学院

Redis主从应用

发布时间:2017-09-25 23:41  回复:0  查看:2616   最后回复:2017-09-25 23:41  

本文和大家分享的主要是redis中主从应用相关内容,一起来看看吧,希望对大家学习redis有所帮助。

  Redis 复制

  Redis 通过持久化技术( RDB/AOF )保证即使缓存服务器重启数据也基本不会丢失。当我们部署一台单节点 Redis 服务器时,假若磁盘损坏,服务将会直接不可用,并且数据丢失,这对应用层面来讲是绝对不能够容忍的。为了避免单节点故障,通常会部署多个副本在不同的服务器来保证 Redis 的高可用性。 Redis 提供了 Replication 功能,当一台Master服务器数据更新后,自动同步到Slave上。

  Master-Slave机制下,Master负责读写,Slave一般负责读。默认配置Slave是只读的,如果在Slave上直接进行写操作会报错误。

  (error) READONLY You can't write against a read only slave.

  如果希望Slave可以直接进行写操作,设置 slave-read-only yes 即可。当然建议设置为 no 

  实践

  创建 redis.conf ,端口7991Master ,端口7992Slave 

  mkdir -p cluster-7991/{config,log,data,pid}mkdir -p cluster-7992/{config,log,data,pid}

  分别为两个 Redis 实例配置文件,将配置文件配置在 config 目录下,名为 redis.conf

  port 7991

  bind 0.0.0.0

  daemonize yes

  protected-mode yes

  appendonly yes

  dir /Users/wujunbin/Work/redis-cluster/cluster-7991/#repl-diskless-sync yes

  port 7992

  bind 0.0.0.0

  SLAVEOF 127.0.0.1 7991

  daemonize yes

  protected-mode yes

  appendonly yes

  dir /Users/wujunbin/Work/redis-cluster/cluster-7992/#repl-diskless-sync yes

  注意在Slave的的配置文件中加入 slaveof 用于指定当前实力是谁的 slave 

  启动 redis-server

  redis-server cluster-7991/config/redis.conf &

  redis-server cluster-7992/config/redis.conf &

  redis-cli 进入查看

  :~/Work/redis-cluster$redis-cli -p 7991

  127.0.0.1:7991> info replication

  # Replication

  role:master

  connected_slaves:1

  slave0:ip=127.0.0.1,port=7992,state=online,offset=70,lag=0

  master_replid:ee41a261a4aa0c89ffeca4776e23a5598f896c7f

  master_replid2:0000000000000000000000000000000000000000

  master_repl_offset:70

  second_repl_offset:-1

  repl_backlog_active:1

  repl_backlog_size:1048576

  repl_backlog_first_byte_offset:1

  repl_backlog_histlen:70

  connected_salves:1 表明了连接了一个slave节点。接下来插入数据。

  127.0.0.1:7991> set hello worldOK

  登录Slave节点查看

:~/Work/redis-cluster$redis-cli -p 7992

127.0.0.1:7992> get hello

"world"

127.0.0.1:7992>

  成功的取出了数据,说明主从配置成功。

  同步原理

  首先引用一张图

Redis主从应用  

主要分为三个阶段

  · Slave 发送 sync 命令或者 psync 请求初始化。

  · Master 判断是否增量初始化。如果不是,生成 dump.rdb 文件,并将该文件传输给 Slave 。如果是,则将积压队列中命令偏移量之后的命令发送给 Slave 

  · 初始化之后 Master  Slave 进行增量更新,一旦有更新传输写命令给 Slave 节点。

  SyncPsync

  试想一下 Slave 的某个流程:启动-Master数据同步-停止-启动。最后一步的启动,因为 Slave 在停止前已经接受了 Master 的数据同步,所以本地是有数据的。所以是不需要将 Master dump.rdb 全部传输给 Slave 。只需要将 Slave 停止之后的所有写命令在 Slave 再次启动后传输给 Slave ,即可完成数据同步。 Redis 为了完成这一点在 Master 维护了一个命令积压队列(默认大小1M,有效时常1个小时)。每一次 Master 的写入命令会放入这个队列,并同步写命令和写命令在队列中的偏移量给 Slave  Slave 除了执行写命令也会记录这个命令的偏移量。当Slave再次启动时发送 PSYNC + Master Run ID + 命令偏移量  Master  Master 收到 psync 指令,首先判断 run id 是不是自己,如果是再根据命令偏移量从队列中查找。如果找到直接同步偏移量之后的命令给 Slave 。如果偏移量不在队列中那么无法满足增量复制, Master 就会生成 dump.rdb 进行同步。

  无硬盘复制

  当 Redis 使用一主多从的集群架构时,每次和Slave全量同步, Redis 都会执行一次快照,同时对硬盘进行读写,导致性能下降。 Redis 提供了

  repl-diskless-sync yes 参数。指定后,在复制初始化时就会直接将生成到 dump.rdb 数据的内容通过网络传输给 Slave ,而不需要先存储在磁盘上。

  Master崩溃,Slave切换为Master

  当 Master 崩溃时,在 Slave 中使用 SLAVEOF NO ONE 命令将从数据库提升为主数据库继续服务。然后重新启动崩溃的 Reids 实例,该实例就变成了 Slave 然后从 Master 再次同步数据。

 

 

来源:简书

您还未登录,请先登录

热门帖子

最新帖子