前面的两篇文章给大家介绍了Redis的两种持久化方式RDB和AOF,两种方式各有各的优缺点,本文给大家介绍Redis的主从复制,算是Redis的第三种持久化方式。
Redis持久化之AOF
Redis持久化之快照(RDB)
主从复制
主从复制可以扩展Redis的性能,比单机版的Redis性能更加的稳定,Redis的主从复制和关系型数据库的主从复制差不多。从机能精确的从主机复制信息。
主从复制的优点:
- 实现读写分离
- 降低master的压力
- 实现数据的备份
实现一个主从配置
主从关系图
一主两从
实例配置
三个redis实例,ip地址分配如下:
192.168.88.121:6379
192.168.88.121:6380
192.168.88.121:6381
在同一台服务器上配置3个实例,具体配置如下:
1.创建配置文件
将redis.conf配置文件复制3份,为了便于区分分别命名为:
[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6379.conf
[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6380.conf
[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6381.conf
2.分别修改三个配置文件
先修改6379配置文件,将如下内容修改为6379,默认是6379的不用改变
port 6379
pidfile /var/run/redis_6379.pid
logfile "6379.log"
dbfilename dump6379.rdb
appendfilename "appendonly6379.aof"
同理将另外两个文件相关的信息分别修改为6380和6381
3.启动实例
通过如下三个命令分别启动三个redis实例
[root@hadoop-node01 redis-5.0.3]# src/redis-server redis6379.conf
[root@hadoop-node01 redis-5.0.3]# src/redis-server redis6380.conf
[root@hadoop-node01 redis-5.0.3]# src/redis-server redis6381.conf
4.分别进入实例
通过如下命令分别进入三个实例
[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6379
127.0.0.1:6379> ping
PONG
127.0.0.1:6379>
[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6380
127.0.0.1:6380> ping
PONG
127.0.0.1:6380>
[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6381
127.0.0.1:6381> ping
PONG
127.0.0.1:6381>
到此我们成功的配置了三个实例,但是这三个实例到此还是相互独立的。
5.配置主从关系
设置6371的实例为master,6380和6381的为slave,如此只需要在6380和6381上分别指向如下命令即可
127.0.0.1:6380> slaveof 127.0.0.1 6379
127.0.0.1:6381> slaveof 127.0.0.1 6379
或者在6380和6381的配置文件中添加如下配置也可:
slaveof 127.0.0.1 6379
到此主从关系搭建好了。
6.查看主从关系
在master上查看,执行如下命令
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=280,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=280,lag=1
master_replid:8f432756134c9d855c3957341173a2dfc6d603db
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:280
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:280
可以看到角色是master,有两个slave节点地址端口信息都有,
在slave上查看(6381上执行 info replication)
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:336
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:8f432756134c9d855c3957341173a2dfc6d603db
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:336
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:29
repl_backlog_histlen:308
可以看到角色为slave,对应的master信息也都有。
7.测试
我们在master上添加一个信息,在slave上查看。
主从复制需要注意的地方
- 如果master已经运行了一段时间,slave才连上来,此时slave会对master的所有数据进行同步,而不是从连接上的时间点同步!
- master节点可读可写,但是slave节点只读不可写(如果非要写可以修改redis.conf文件中的slave-read-only的值来实现)
- 在当前的这个主从结构中,如果master挂点,重启后依然还是master,主从操作依然可用。
复制原理
1.全量复制
Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤如下:
- 从服务器连接主服务器,发送SYNC命令;
- 主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令;
- 主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令;
- 从服务器收到快照文件后丢弃所有旧数据,载入收到的快照;
- 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令;
- 从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令;
完成上面几个步骤后就完成了从服务器数据初始化的所有操作,从服务器此时可以接收来自用户的读请求。
2.增量复制
Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。
复制偏移量
执行复制的双方——主服务器和从服务器会分别维护一个复制偏移量:
- 主服务器每次向从服务器传播N个字节的数据时,就将自己的复制偏移量的值加上N;
- 从服务器每次收到主服务器传播来的N个字节的数据时,就将自己的复制偏移量的值加上N;
注意只要是slave重新连接master都会自动执行一个全量复制
~本文介绍到此,更多信息欢迎查阅官方文档:http://www.redis.net.cn/tutorial/3501.html