redis主从复制配置
redis主从复制
主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器;前者称为主节点(master/leader),后者称为从节点(slave/follower),数据的复制是单向的,只能由主节点到从节点;Master以写为主,Slave以读为主
默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点
主从复制的作用
- 读写分离,性能扩展
- 故障恢复︰当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余
- 负载均衡∶在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点)分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
- 高可用基石︰除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础
一般来说,要将Redis运用于工程项目中,只使用一台Redis是万万不能的,原因如下︰
- 从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大
- 从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有内存用作Redis存储内存,一般来说,单台Redis最大使用内存不应该超过20G。电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是"多读少写"。
这里为了演示方便就在一台服务器上配置一主二从,步骤如下:
新建三个配置文件
配置文件内容如下(下面只列出了redis-6379.conf文件的内容,另外两个配置文件内容只需要对应修改即可):
[root@zookeeper1 redis-config]# cat redis-6379.conf
# 引入redis配置文件
include /usr/local/bin/redis-config/redis.conf
# 修改pid名称
pidfile /var/run/redis-6379.pid
# 修改端口号
port 6379
# 修改rdb备份文件名称
dbfilename dump-6379.rdb
# 有要更新的配置在这里覆盖即可
指定配置文件分别启动三个redis服务
[root@zookeeper1 bin]# ./redis-server redis-config/redis-6379.conf
[root@zookeeper1 bin]# ./redis-server redis-config/redis-6380.conf
[root@zookeeper1 bin]# ./redis-server redis-config/redis-6381.conf
[root@zookeeper1 bin]# ps -ef|grep redis
root 69416 1 0 22:30 ? 00:00:00 ./redis-server *:6379
root 69424 1 0 22:30 ? 00:00:00 ./redis-server *:6380
root 69457 1 0 22:30 ? 00:00:00 ./redis-server *:6381
root 69465 68564 0 22:30 pts/0 00:00:00 grep --color=auto redis
默认情况下,每台redis服务都是主机,可以通过以下命令查看服务信息
info replication
进入对应客户端,执行以下命令设置当前redis服务为指定ip和端口的redis服务的从机
# ip和port是主机的
slaveof ip port
这里设置6379端口的redis服务为主机其他端口对应redis服务为从机,eg:
[user01@zookeeper1 ~]$ cd /usr/local/bin
[user01@zookeeper1 bin]$ ./redis-cli -p 6380
127.0.0.1:6380> slaveof 127.0.0.1 6379
OK
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_read_repl_offset:14
slave_repl_offset:14
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:834105bfe12b508f5f307c26d0edb3a35d34394c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14
上面只是配置了6380端口的redis服务为6379的从机,还需要配置6381端口的redis服务,当两台从机都配置好了,一主二从环境就搭建完毕
一主二从,需要将两台主机配置成从机,只配置从库,不用配置主库
在主机进行写操作,写的内容会同步到从机
127.0.0.1:6379> set key1 value1
OK
127.0.0.1:6380> keys *
1) "key1"
127.0.0.1:6381> keys *
1) "key1"
在从机进行写操作会报错,从机只负责读
127.0.0.1:6380> set key2 value2
(error) READONLY You can't write against a read only replica.
真实的从主配置应该在配置文件中配置,才是永久的;使用命令配置的只是暂时的,如果从机重启服务,会变回主机
由于没有配置哨兵模式,当主机宕机后,从机依旧连接到主机,不会变成主机;但是,当主机恢复之后,从机依旧可以获取主机写入的数据,当从机宕机重连时,也可以读到主机的所有数据,原因如下:
Slave启动成功连接到master后会发送一个sync同步命令
Master接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,并完成一次完全同步
- 全量复制︰而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中
- 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
只要是重新连接master,一次完全同步(全量复制)将被自动执行
redis主从复制之薪火相传:
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险,eg:81端口redis服务可以配置为80端口redis服务的从机(中途变更转向会清除之前的数据,重新建立拷贝最新的)
这样主机只需要跟一台从机进行同步即可,从机的从机都与主机的从机同步,但是这样的风险是一旦某个slave宕机,后面的slave都没法备份
redis主从复制之反客为主:
当一个master宕机后,可以通过slaveof no one
命令将后面的某一台slave升为master,其后面的slave不用做任何修改