Redis主从架构

系列文章目录

redis主从架构
redis哨兵架构
redis的集群架构
Redis的单线程和高性能
redis管道操作(节省网络IO开销)
redis的lua脚本
redis分布式锁
redis分布式锁redisson
redis缓存优化
redis的过期淘汰策略
redis连接池参数

Redis主从架构

主从架构搭建

1. 复制一份6379主节点redis.conf 文件
2. 将相关配置修改为如下：
    port 6380
    pidfile /var/run/redis_6380.pid # 把pid进程号写入pidfile配置的文件
    logfile "6380.1og"
    dir /usr/local/redis-5.9.3/data/6380 #指定数据存放目录

3、配置主从复制
replicaof 192.168.170.11 6379
replica-read-only yes

Redis 5.0之前使用 
slaveof 192.168.0.60 6379 #从本机6379的redis实例复制数据，
slave-read-only yes # 配置从节点只读

4.启动从节点
redis-server redis.conf

5.连接从节点
redis-cli -p 6380

6.测试在6379实例上写数据，6380实例能否能及时同步新修改数据

7.可以自己在配置一个6381从节点

当看到图示中红色标记的，就代表从节点挂载成功了。

Redis主从工作原理（集群和哨兵模式的基础，重要）

如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，slave都会发送一个PSYNC命令给master请求复制数据。master收到PSYNC命令后，会在后合进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会然续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化到rdb，然后再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave.当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送给多个并发连接的slave。

redis主从第一次全量同步

redis主从部分同步（当从节点挂掉重启之后）

关于repl backlog

可通过repl-backlog-size 1mb 配置缓存大小，缓存里面最多可以存几分钟的数据

slave长时间挂掉了，怎么办？

只能通过全量复制来保证数据一致性

Redis主从复制风暴

什么是主从复制风暴： 就是有很多的从节点直接挂载到一个主节点上，这样会导致主节点压力非常大。

可以通过从节点挂载从节点的方式，让部分从节点与从节点同步数据