说明
主机数据更新后根据配置和策略,自动同步到备机的master/slave机制,Master以写为主,Slave以读为主(一主一从,一主多从)
能实现目的
- 读写分离,性能拓展
- 容灾区快速恢复(当一个从挂掉以后,可以根据策略从其他从服务器读取数据)
搭建一主两从架构
思路:
1.在redis-5.0.3解压目录下新建config目录
2.config目录下复制redis-6380.conf、redis-6381.conf的配置文件
3.修改redis-6380.conf、redis-6381.conf配置文件
[root@VM-16-10-centos redis-5.0.3]# mkdir config
[root@VM-16-10-centos redis-5.0.3]# cp redis.conf config/redis-6380.conf
[root@VM-16-10-centos redis-5.0.3]# cp redis.conf config/redis-6381.conf
进入config目录编辑redis-6380.conf
1、将相关配置修改为如下值:(6380和6381分别复制两个文件修改)
port 6380
pidfile /var/run/redis_6380.pid # 把pid进程号写入pidfile配置的文件
logfile "6380.log"
dir /usr/local/redis-5.0.3/data/6380 # 指定数据存放目录(/usr/local/redis-5.0.14/data/6380)
# 需要注释掉bind
# bind 127.0.0.1(bind绑定的是自己机器网卡的ip,如果有多块网卡可以配多个ip,代表允许客户端通过机器的哪些网卡ip去访问,内网一般可以不配置bind,注释掉即可)
daemonize yes #后台启动(关掉窗口也能运行,前台启动:关闭窗口后不能再使用(/bin目录下:redis-server))
protected-mode no #关闭保护模式,开启的话,只有本机才可以访问redis
2、配置主从复制(使用ifconfig查看ip)(若主机配置了auth密码需要配置7、)
masterauth xxx(主redis的密码) # 若主机配置了requirepass password(<-自己的密码) 此处需要加入配置
replicaof 192.168.0.60 6379 # 从本机6379的redis实例复制数据,
# 进入redis客户端使用:slaveof 主机ip 端口号也可以,但是若从服务器挂掉再重启会变为主机而不再是从
# 上方ip地址为linux本机的ip
replica-read-only yes # 配置从节点只读
3、启动从节点
进入redis解压目录,执行:
redis-server config/redis-6380.conf
4、连接从节点
redis-cli -p 6380
5、测试在6379实例上写数据,6380实例是否能及时同步新修改数据
6、再按照上述配置,配置一个6381的从节点
7、解决主从复制不生效
如果主Redis有配置密码的话,那么从服务器配置的时候,一定要把密码也添加进去,参数为:masterauth xxx(主redis的auth密码)
拓展:
redis客户端使用info replication查看信息
slaveof no one # 在redis客户端将从机转换为主机(反客为主)
Redis主从工作原理
如果你为master配置了一个slave,不管这个slave是否是第一次连接上Master,它都会发送一个PSYNC命令给master请求复制数据。
master收到PSYNC命令后,会在后台进行数据持久化通过bgsave生成最新的rdb快照文件,持久化期间,master会继续接收客户端的请求,它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后,master会把这份rdb文件数据集发送给slave,slave会把接收到的数据进行持久化生成rdb,然后再加载到内存中。然后,master再将之前缓存在内存中的命令发送给slave。
当master与slave之间的连接由于某些原因而断开时,slave能够自动重连Master,如果master收到了多个slave并发连接请求,它只会进行一次持久化,而不是一个连接一次,然后再把这一份持久化的数据发送给多个并发连接的slave。
主从复制(全量复制)流程图:
数据部分复制
当master和slave断开重连后,一般都会对整份数据进行复制。但从redis2.8版本开始,redis改用可以支持部分数据复制的命令PSYNC去master同步数据,slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。
master会在其内存中创建一个复制数据用的缓存队列,缓存最近一段时间的数据,master和它所有的slave都维护了复制的数据下标offset和master的进程id,因此,当网络连接断开后,slave会请求master继续进行未完成的复制,从所记录的数据下标开始。如果master进程id变化了,或者从节点数据下标offset太旧,已经不在master的缓存队列里了,那么将会进行一次全量数据的复制。
主从复制(部分复制,断点续传)流程图: