目录
1.介绍
1.1 概念
一个主节点提供写数据,有很多从节点,主节点数据同步给从节点,如果主节点挂掉之后,可以用从节点备份
1.2 搭建主从架构
这里面他展示的是单机主从架构,多个机器的配置文件一样设置
1.复制redis.conf文件
cp redis.conf redis80.conf
2.将复制好的文件配置信息更改
1.port 6380 # 指定从节点端口号
2.pidfile /var/run/redis_6380.pid # 把pid进程号写入pidfile配置的文件
3.logfile "6380.log" # log文件
4.dir /usr/local/redis‐5.0.3/data/6380 # 指定数据存放目录
5.# 需要注释掉bind
# bind 127.0.0.1(bind绑定的是自己机器网卡的ip,如果有多块网卡可以配多个ip,代表允许客户端通过机器的哪些网卡ip去访问,内网一般可以不配置bind,注释掉即可)
6.replicaof 192.168.0.60 6379 # 从本机6379的redis实例复制数据,Redis 5.0之前使用slaveof
7.replica‐read‐only yes # 配置从节点只读
3.启动从节点
src/redis-server redis80.conf
4. 连接从节点,就是启动从节点客户端
redis‐cli ‐p 6380
5.测试在6379实例上写数据,6380实例是否能及时同步新修改数据
6.还可以配置多个从节点
2. 主从复制工作原理
2.1 工作过程
如果你为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。
这里面用rdb文件的好处,就是恢复速度快
2.2 流程图
2.3 数据部分复制
当master和slave断开重连后,一般都会对整份数据进行复制。但从redis2.8版本开始,redis改用可以支 持部分数据复制的命令PSYNC去master同步数据,slave与master能够在网络连接断开重连后只进行部分 数据复制(断点续传)。
master会在其内存中创建一个复制数据用的缓存队列,缓存最近一段时间的数据,master和它所有的 slave都维护了复制的数据下标offset和master的进程id,因此,当网络连接断开后,slave会请求master 继续进行未完成的复制,从所记录的数据下标开始。如果master进程id变化了,或者从节点数据下标 offset太旧,已经不在master的缓存队列里了,那么将会进行一次全量数据的复制。
2.4 部分复制流程图
2.5 主从复制风暴
如果有很多从节点,为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大),可以做如 下架构,让部分从节点与从节点(与主节点同步)同步数据