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 配置缓存大小,缓存里面最多可以存几分钟的数据
lave长时间挂掉了,怎么办?


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


Redis主从复制风暴


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


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




目录
相关文章
|
3月前
|
缓存 运维 监控
Redis 7.0 高性能缓存架构设计与优化
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Redis 7.0高性能缓存架构,探索函数化编程、多层缓存、集群优化与分片消息系统,用代码在二进制星河中谱写极客诗篇。
|
4月前
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
5月前
|
存储 NoSQL 算法
Redis的集群架构与使用经验
本文介绍了Redis的集群架构与使用经验,包括主从复制、哨兵集群及Cluster分片集群的应用场景与实现原理。内容涵盖Redis主从同步机制、数据分片存储方式、事务支持及与Memcached的区别,并讨论了Redis内存用尽时的处理策略。适用于了解Redis高可用与性能优化方案。
|
9月前
|
存储 NoSQL Redis
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 +  无锁架构 +  EDA架构  + 异步日志 + 集群架构
|
NoSQL Java 数据处理
基于Redis海量数据场景分布式ID架构实践
【11月更文挑战第30天】在现代分布式系统中,生成全局唯一的ID是一个常见且重要的需求。在微服务架构中,各个服务可能需要生成唯一标识符,如用户ID、订单ID等。传统的自增ID已经无法满足在集群环境下保持唯一性的要求,而分布式ID解决方案能够确保即使在多个实例间也能生成全局唯一的标识符。本文将深入探讨如何利用Redis实现分布式ID生成,并通过Java语言展示多个示例,同时分析每个实践方案的优缺点。
512 8
|
NoSQL 关系型数据库 MySQL
Redis高可用之主从复制架构(第一部分)
Redis高可用之主从复制架构(第一部分)
|
机器学习/深度学习 NoSQL Redis
Redis高可用之集群架构(第三部分)
Redis高可用之集群架构(第三部分)
|
存储 负载均衡 NoSQL
Redis 高可用篇:你管这叫主从架构数据同步原理?
Redis 高可用篇:你管这叫主从架构数据同步原理?
518 5
|
存储 监控 安全
ES+Redis+MySQL,这个高可用架构设计太顶了!下
ES+Redis+MySQL,这个高可用架构设计太顶了!下
|
消息中间件 缓存 运维
ES+Redis+MySQL,这个高可用架构设计太顶了!上
ES+Redis+MySQL,这个高可用架构设计太顶了!上