关于redis:Redis主从复制及其原理

5次阅读

共计 2421 个字符,预计需要花费 7 分钟才能阅读完成。

为什么要有主从复制

为了防止服务的单点故障,通过给主从复制能够把数据复制多个正本放在不同的服务器上,领有数据正本的服务器能够用于解决客户端的读申请,扩大整体的性能

Redis 的主从复制搭建

筹备 3 台机器,主服务器 ip 为 192.168.1.50,从服务器 ip 为 192.168.1.60,192.168.1.70,端口号均为 6379
1. 批改 redis.conf 配置文件

* 3 台 redis 都设置为后盾运行
  `daemonize yes`
* 2 台从服务器增加(若命令行来复制的话,重启之后会有效)
 `slaveof 192.168.1.50 6379`    

2. 启动 3 台 redis
redis-server /opt/redis-3.0.7/redis.conf
3. 客户端连贯 redis

./redis-cli 
127.0.0.1:6379> ping
PONG

4. 应用 info replication 命令查看主从关系

192.168.1.50:6379> info replication
Replication
role:master
connected_slaves:2
slave0:ip=192.168.1.60,port=6379,state=online,offset=823,lag=1
slave1:ip=192.168.1.70,port=6379,state=online,offset=837,lag=0
master_repl_offset:837
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:836

192.168.1.60:6379> info replication
Replication
role:slave
master_host:192.168.1.50
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:893
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

192.168.1.70:6379> info replication
Replication
role:slave
master_host:192.168.1.50
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:767
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

a. 在主服务器中写入数据,而后能够在其余的从服务器中读取数据

192.168.1.50:6379> set test 'Hello World'
OK

192.168.1.60:6379> get test
"Hello World"

192.168.1.70:6379> get test
"Hello World"

b. 从服务器中写入数据,会提醒不能在只读的从服务器中写入数据

192.168.1.60:6379> set test2 hello
(error) READONLY You can't write against a read only slave.

主从复制原理

Redis 的主从复制过程大体上分 3 个阶段:建设连贯 数据同步 命令流传

建设连贯

从服务器收回 slaveof 命令之后,依据主服务器的 ip 地址和端口建设连贯

数据同步

在主从服务器建设连贯确认各自身份之后,就开始数据同步,从服务器向主服务器发送 PSYNC 命令,执行同步操作,并把本人的数据库状态更新至主服务器的数据库状态
Redis 的主从同步分为:

全量同步

有两种状况下是残缺重同步,一是 slave 连贯上 master 第一次复制的时候;二是如果当主从断线,从新连贯复制的时候有可能是残缺重同步
全量同步的步骤:

  • 从服务器连贯主服务器,发送 SYNC 命令
  • 主服务器接管到 SYNC 命名后,开始执行 bgsave 命令生成 RDB 文件并应用缓冲区记录尔后执行的所有写命令
  • 主服务器 bgsave 执行完后,向所有从服务器发送快照文件,并在发送期间持续记录被执行的写命令
  • 从服务器载入 RDB 文件,同步执行来自主服务器缓冲区的写命令
增量同步

用于网络中断等状况后的复制,只将中断期间主服务执行的写命令发送给从服务器
只能执行全量同步的状况:
1. 当主从服务器 offset 的差距过大超过复制积压缓冲区长度时,将无奈执行局部复制,只能执行全量同步
2. 主从服务器首次复制时,主服务器将本人的 runid 发送给从服务器,从服务器将这个 runid 保存起来;当断线重连时,从服务器会将这个 runid 发送给主服务器;主服务器依据 runid 判断是否进行局部复制,如果不统一,只能执行全量同步

命令流传

当实现数据同步之后,主从服务器的数据临时达到统一状态,当主服务器执行了客户端的写命令之后,主从的数据便不再统一。为了可能使主从服务器的数据放弃一致性,主服务器会对从服务器执行命令流传操作,即每执行一个写命令就会向从服务器发送同样的写命令

正文完
 0