redis--主从复制,哨兵模式,Redis Cluster模式

Redis初步学习整理——第六节Cluster集群部署、主从复制、哨兵模式 前言 在实际生产中,不可能Redis是以单机启动的,因为这样的服务是非常不稳定的,现在的项目首先提倡高可用,而高可用最佳的使用方式就是分布式部署(多部署几份以分摊意外的分享),而集群部署和主从复制是一个意思,Redis是通过主从复制来完成集群部署的,哨兵机制(Sentinel)又是在主从复制上的又一级别的改进了! 一、集群部署和主从复制 Redis的集群部署至少都是三个Redis服务起步的,也就是一个主两个从!主从复制也就是当主服务(Master)更新时,从节点(Slave)也随之更新,这块也有一个数据库方 阅读详情

源码安装

[root@redis-node1 ~]# tar zxf redis-7.4.0.tar.gz
[root@redis-node1 ~]# ls
redis-7.4.0 redis-7.4.0.tar.gz

#安装编译工具
[root@redis-node1 redis-7.4.0]# dnf install make gcc initscripts-10.11.6-
1.el9.x86_64 -y

#执行编译命令
[root@redis-node1 redis-7.4.0]# make
[root@redis-node1 redis-7.4.0]# make install
[root@redis-node1 redis-7.4.0]# cd utils/
[root@redis-node1 utils]# ./install_server.sh 
Welcome to the redis service installer
This script will help you easily set up a running redis server

This systems seems to use systemd.
Please take a look at the provided example service unit files in this directory, and adapt and install them. Sorry!

[root@redis-node1 utils]# vim install_server.sh 
把以下注释

在这里插入图片描述

[root@redis-node1 utils]# ./install_server.sh 
Welcome to the redis service installer
This script will help you easily set up a running redis server

Please select the redis port for this instance: [6379] 
Selecting default: 6379
Please select the redis config file name [/etc/redis/6379.conf] 
Selected default - /etc/redis/6379.conf
Please select the redis log file name [/var/log/redis_6379.log] 
Selected default - /var/log/redis_6379.log
Please select the data directory for this instance [/var/lib/redis/6379] 
Selected default - /var/lib/redis/6379
Please select the redis executable path [/usr/local/bin/redis-server] 
Selected config:
Port           : 6379
Config file    : /etc/redis/6379.conf
Log file       : /var/log/redis_6379.log
Data dir       : /var/lib/redis/6379
Executable     : /usr/local/bin/redis-server
Cli Executable : /usr/local/bin/redis-cli
Is this ok? Then press ENTER to go on or Ctrl-C to abort.
Copied /tmp/6379.conf => /etc/init.d/redis_6379
Installing service...
Successfully added to chkconfig!
Successfully added to runlevels 345!
Starting Redis server...
Installation successful!

主从复制

主库
redis配置文件

[root@redis-node1 utils]# vim /etc/redis/6379.conf 
bind * -::*
protected-mode no

[root@redis-node1 utils]# /etc/init.d/redis_6379 restart
Stopping ...
Redis stopped
Starting Redis server...
[root@redis-node1 utils]# netstat -antlpe | grep redis
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      0          71315      43749/redis-server  
tcp6       0      0 :::6379                 :::*                    LISTEN      0          71316      43749/redis-server  
[root@redis-node2 utils]# redis-cli

配置slave节点

root@redis-node2 & 3 ~]# vim /etc/redis/6379.conf
replicaof 192.168.136.10 6379
[root@redis-node2 & 3 ~]# /etc/init.d/redis_6379 restart
Stopping ...
Waiting for Redis to shutdown ...
Redis stopped
Starting Redis server...

测试效果

#在master节点
[root@redis-node1 utils]# redis-cli
127.0.0.1:6379> set name wen
OK

#在slave节点
[root@redis-node2 utils]# redis-cli
127.0.0.1:6379> get name
"wen"

哨兵的实验过程

在所有阶段中关闭 protected-mode no

1.在master节点中

#编辑配置文件
[root@redis-node1 ~]# cd redis-7.4.0/
[root@redis-node1 redis-7.4.0]# cp sentinel.conf /etc/redis/
[root@redis-node1 redis-7.4.0]# vim /etc/redis/sentinel.conf
protected-mode no #关闭保护模式
port 26379 #监听端口
daemonize no #进入不打如后台
pidfile /var/run/redis-sentinel.pid #sentinel进程pid文件
loglevel notice #日志级别
sentinel monitor mymaster 172.25.254.100 6379 2 #创建sentinel监控监控master主
机,2表示必须得到2票
sentinel down-after-milliseconds mymaster 10000 #master中断时长,10秒连不上视为
master下线
sentinel parallel-syncs mymaster 1 #发生故障转移后,同时开始同步新
master数据的slave数量
sentinel failover-timeout mymaster 180000 #整个故障切换的超时时间为3分钟
####复制配置文件到其他阶段
[root@redis-node1 redis-7.4.0]# scp /etc/redis/sentinel.conf
root@172.25.254.201:/etc/redis/
root@172.25.254.201's password:
sentinel.conf
100% 14KB 9.7MB/s 00:00
[root@redis-node1 redis-7.4.0]# scp /etc/redis/sentinel.conf
root@172.25.254.200:/etc/redis/
root@172.25.254.200's password:
sentinel.conf

启动服务

在每台redis上开启

[root@redis-node1 redis-7.4.0]# redis-sentinel /etc/redis/sentinel.conf 
[root@redis-node2 redis-7.4.0]# redis-sentinel /etc/redis/sentinel.conf 
[root@redis-node3 redis-7.4.0]# redis-sentinel /etc/redis/sentinel.conf 

测试:

 在开一个master节点终端 
[root@redis-node1 ~]# redis-cli 
127.0.0.1:6379> SHUTDOWN

node2变成主

在这里插入图片描述

node3上查看

在这里插入图片描述

127.0.0.1:6379> slaveof 192.168.136.20 6379
OK Already connected to specified master
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.136.20
master_port:6379
master_link_status:up

Redis Cluster(无中心化设计)

Redis Cluster 工作原理

在哨兵sentinel机制中,可以解决redis高可用问题,即当master故障后可以自动将slave提升为master, 从而可以保证redis服务的正常使用,但是无法解决redis单机写入的瓶颈问题,即单机redis写入性能受 限于单机的内存大小、并发数量、网卡速率等因素。 redis 3.0版本之后推出了无中心架构的redis cluster机制,在无中心的redis集群当中,其每个节点保存 当前节点数据和整个集群状态,每个节点都和其他所有节点连接

Redis Cluster特点如下
  1. 所有Redis节点使用(PING机制)互联
  2. 集群中某个节点的是否失效,是由整个集群中超过半数的节点监测都失效,才能算真正的失效
  3. 客户端不需要proxy即可直接连接redis,应用程序中需要配置有全部的redis服务器IP
  4. redis cluster把所有的redis node 平均映射到 0-16383个槽位(slot)上,读写需要到指定的redis node上进行操作,因此有多少个redis node相当于redis 并发扩展了多少倍,每个redis node 承担 16384/N个槽位
  5. dis cluster预先分配16384个(slot)槽位,当需要在redis集群中写入一个key -value的时候,会使 用CRC16(key) mod 16384之后的值,决定将key写入值哪一个槽位从而决定写入哪一个Redis节点 上,从而有效解决单机瓶颈。

部署redis cluster

在所有redis主机中
[root@redis-node110 redis-7.4.0]# vim /etc/redis/redis.conf 
bind * -::*
masterauth "123456"    #集群主从认证
requirepass "123456"   #redis登陆密码  redis-cli 命令连接redis后要用“auth 密码”进行认证
cluster-enabled yes #开启cluster集群功能
cluster-config-file nodes-6379.conf #指定集群配置文件
cluster-node-timeout 15000 #节点加入集群的超时时间单位是ms

[root@redis-node110 redis-7.4.0]# systemctl enable --now redis
Created symlink /etc/systemd/system/multi-user.target.wants/redis.service → /usr/lib/systemd/system/redis.service.
[root@redis-node110 redis-7.4.0]# netstat -launpt | grep 6379
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      1794/redis-server * 
tcp6       0      0 :::6379                 :::*                    LISTEN      1794/redis-server * 

创建redis-cluster
[root@redis-node1 redis-7.4.0]# redis-cli --cluster create -a 123456 \
192.168.136.10:6379 192.168.136.20:6379 192.168.136.30:6379 \ 192.168.136.110:6379 192.168.136.120:6379 192.168.136.130:6379 \ --cluster-replicas 1

在这里插入图片描述

集群检测状态

在这里插入图片描述

[root@redis-node2 redis-7.4.0]# redis-cli --cluster info -a 123456 192.168.136.30:6379
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
192.168.136.30:6379 (85928e72...) -> 0 keys | 5461 slots | 1 slaves.
192.168.136.10:6379 (5da76046...) -> 0 keys | 5461 slots | 1 slaves.
192.168.136.20:6379 (4cb98fbc...) -> 0 keys | 5462 slots | 1 slaves.
[OK] 0 keys in 3 masters.

写入数据

[root@redis-node1 redis-7.4.0]# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6379> set k1 v1
(error) MOVED 12706 192.168.136.30:6379  ##被分配到30的hash槽位上

[root@redis-node3 redis-7.4.0]# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6379> set k1 v1
OK

集群扩容

[root@redis-node1 redis-7.4.0]# redis-cli -a 123456 --cluster add-node 192.168.136.40:6379 192.168.136.10:6379
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Adding node 192.168.136.40:6379 to cluster 192.168.136.10:6379
>>> Performing Cluster Check (using node 192.168.136.10:6379)
M: 5da76046c8cce9925bef467b06155561bdae19c9 192.168.136.10:6379
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 4cb98fbc01e9d3c740ac79c8a98a2a4a4d847bc0 192.168.136.20:6379
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: 9d3716e91c95a056c7699cfb56cd4f80dc00eb3b 192.168.136.110:6379
   slots: (0 slots) slave
   replicates 85928e72c75434ca003e0e89354e0c3a7d3deb1d
M: 85928e72c75434ca003e0e89354e0c3a7d3deb1d 192.168.136.30:6379
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: 3022a4a6d05e55111261699bea46234008710ba9 192.168.136.120:6379
   slots: (0 slots) slave
   replicates 5da76046c8cce9925bef467b06155561bdae19c9
S: 1314726e5f3156b1adb086b50b1b4bdb211bb0e8 192.168.136.130:6379
   slots: (0 slots) slave
   replicates 4cb98fbc01e9d3c740ac79c8a98a2a4a4d847bc0
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 192.168.136.40:6379 to make it join the cluster.
[OK] New node added correctly.

在这里插入图片描述

分配槽位

[root@redis-node1 redis-7.4.0]# redis-cli -a 123456 --cluster reshard 192.168.136.10:6379
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Performing Cluster Check (using node 192.168.136.10:6379)
M: 5da76046c8cce9925bef467b06155561bdae19c9 192.168.136.10:6379
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 4cb98fbc01e9d3c740ac79c8a98a2a4a4d847bc0 192.168.136.20:6379
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
M: 70a8cbeb421698b737592c053343db8a68848a14 192.168.136.40:6379
   slots: (0 slots) master
S: 9d3716e91c95a056c7699cfb56cd4f80dc00eb3b 192.168.136.110:6379
   slots: (0 slots) slave
   replicates 85928e72c75434ca003e0e89354e0c3a7d3deb1d
M: 85928e72c75434ca003e0e89354e0c3a7d3deb1d 192.168.136.30:6379
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: 3022a4a6d05e55111261699bea46234008710ba9 192.168.136.120:6379
   slots: (0 slots) slave
   replicates 5da76046c8cce9925bef467b06155561bdae19c9
S: 1314726e5f3156b1adb086b50b1b4bdb211bb0e8 192.168.136.130:6379
   slots: (0 slots) slave
   replicates 4cb98fbc01e9d3c740ac79c8a98a2a4a4d847bc0
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
How many slots do you want to move (from 1 to 16384)? 4096
What is the receiving node ID? 70a8cbeb421698b737592c053343db8a68848a14
Please enter all the source node IDs.
  Type 'all' to use all the nodes as source nodes for the hash slots.
  Type 'done' once you entered all the source nodes IDs.
Source node #1: all
yes

添加salve

[root@redis-node1 redis-7.4.0]# redis-cli -a 123456 --cluster add-node 192.168.136.140:6379 192.168.136.10:6379 --cluster-slave --cluster-master-id 70a8cbeb421698b737592c053343db8a68848a14

检查集群

在这里插入图片描述

clsuter集群维护

添加节点的时候是先添加node节点到集群,然后分配槽位,删除节点的操作与添加节点的操作正好相 反,是先将被删除的Redis node上的槽位迁移到集群中的其他Redis node节点上,然后再将其删除,如 果一个Redis node节点上的槽位没有被完全迁移,删除该node的时候会提示有数据且无法删除。

在这里插入图片描述

Do you want to proceed with the proposed reshard plan (yes/no)? yes
Redis 集群模式大揭秘:主从复制、哨兵模式、Cluster 模式如何选型? 通过 Redis Cluster 模式,系统能够高效地存储和查询用户的兴趣数据,同时支持动态扩容,满足了业务快速增长的需求。某社交平台需要实时存储用户的登录状态,为了保证高可用性,使用 Redis 的哨兵模式实现主从切换。通过主从复制模式,系统实现了读写分离,显著提升了商品详情页的响应速度,同时降低了主节点的压力。通过哨兵模式,系统能够在主节点失效时快速切换到新的主节点,保证了用户会话的高可用性。:哨兵监控主从节点的状态,当主节点失效时,自动选举新的主节点。:主节点将数据异步复制到从节点,确保数据一致性。 阅读详情

相关推荐

基于LTspice的共模电感差模/共模插入损耗仿真指南

在电源与EMC设计领域,插入损耗是衡量滤波器件抑制噪声能力的核心指标。共模电感作为EMI滤波器中最常见的元器件之一,其差模与共模插入损耗特性直接影响整体滤波方案的合规性。然而,仅依赖规格书曲线往往难以覆盖真实应用中的阻抗条件,借助SPICE仿真工具进行电路级验证已成为工程师常用的手段。LTspice凭借其轻量、高效的交流分析能力,能够帮助设计者快速搭建共模电感等效模型,并通过调整耦合系数、寄生电容等参数,还原漏感与谐振行为。本文以Wurth Elektronik的WE 744821201型号为例,从基本测试

weixin_27252001的博客 290

【部署篇】Redis-04哨兵模式部署(源码方式安装)

Redis在Linux(centos)下哨兵模式部署(源码部署方式)

1183

Gartner 2025 中国网络安全成熟度曲线深度解读:AI 安全如何重构防御逻辑

2025 年 Gartner 中国网络安全技术成熟度曲线的发布,标志着国内网络安全领域正式进入 “AI 原生防御” 时代。这份聚焦中国市场特性的报告清晰揭示:网络安全的核心命题已从 “防御 AI 驱动的攻击” 演进为 “保障 AI 系统自身安全与业务协同”,AI 安全技术正成为重构企业防御体系的核心引擎。

KKKlucifer的博客 1386

Redis主从复制(样例+详解)

将多台数据库服务器分为主节点和从节点,主节点数据更新后会根据配置和策略,自动同步到从节点上,从而保证主从节点中存有相同的数据。一个 master 节点可以有多个 slave 节点;slave 节点故障,读请求的处理性能下降;master 节点故障,写请求无法执行;当 master 发生故障,可手动将其中一台 slave 使用命令提升为 master,其它 slave 执行 slaveof 命令指向这个新的 master;主从复制模式的故障转移需要手动操作,要实现自动化处理,这就需要。

weixin_51293984的博客 1083

Linux系统杀毒软件深度评测:8款主流工具对比(2025最新版)

本文针对Linux服务器/桌面环境,实测8款杀毒软件,涵盖开源免费、企业级防护、轻量级工具等类型,附保姆级安装教程和避坑指南,新手也能5分钟选对工具!

awei0916的专栏 1万+

STM32与HT7038的高精度电能计量系统设计与实现

本文详细介绍了基于STM32微控制器与HT7038三相电能计量芯片的高精度电能计量系统设计与实现。文章从项目选型出发,深入剖析了硬件电路设计、SPI驱动开发、芯片校准及系统集成等关键环节,为智能电表、能源监控等应用提供了高性价比且稳定的国产化解决方案。

pytorch8learner的博客 389

【Redis】CentOS 7 环境搭建 redis 最新版 7.4 分布式集群完整版详解

在本文中,我们将详细介绍在 CentOS 7 上安装 Redis 7.4 集群的步骤。Redis 是一个高性能的内存数据库,而集群模式可以提供更高的可用性和扩展性。今天要分享的是使用2024年10月17日截止的最新的 Redis版本,搭建实战完整集群,其中包括主从部署、集群分片存储。

技术管理修行 3526

5分钟搞定!用Coze+剪映小助手批量生成萌宠视频(附完整工作流配置)

本文详细介绍了如何利用Coze工作流与剪映小助手快速批量生成萌宠视频的完整方案。通过智能内容生成、素材处理、剪辑组装和输出适配四大模块的协同,实现5分钟内完成高质量视频制作。特别适合多宠物账号运营者,工作流支持模板切换和参数修改,大幅提升内容生产效率。

weixin_28678151的博客 389

如何解决Redis单点故障——Redis主从架构和哨兵模式

文章目录一、redis主从复制1.什么是Redis主从复制2.Redis主从复制的作用3、Redis主从复制的流程4、Redis主从复制的搭建二、哨兵模式1.哨兵模式的原理2.哨兵模式的作用3.哨兵模式的结构4.架构模式的搭建三、Redis集群模式1、redis群集的概念2、集群的作用3.Redis集群的数据分片4.搭建Redis集群模式 一、redis主从复制 1.什么是Redis主从复制 主从复制,是将一台Redis服务器的数据,复制到其他的Redis服务器 前者称为主节点(master),后者称为从

empty_csx的博客 1492

Qt5.14.2开发Mqtt应用程序

然后,你就做不下去了…很明显,大部分博主写的东西不是缺头就是缺尾,带偏了许多读者。,因此我们需要clone的是这个分支版本,而不是这个默认的。然后将编译产物中include里的所有.h文件复制到。下载完后直接默认安装即可,这一步没什么好说的。看到了没,这个才是正确的操作方式,而主线的。信号来判断,自行实现自己的槽函数。然后选择构建方式,这里我选择的是。信号来判断自行实现自己的槽函数。信号来判断自行实现自己的槽函数。源代码,如下图所示,双击打开。收到下行消息时,可以通过连接。

Bruce.yang的嵌入式之旅 2308

mjlab 入门教程(一)MuJoCo 人形机器人强化学习训练 sim-to-real 部署框架

摘要:mjlab是一个结合IsaacLab API与MuJoCo简洁性的GPU加速机器人仿真框架,专为强化学习和机器人研究设计。它提供快速安装(支持uv、pip、conda和Docker)、核心功能(域随机化、NaN守护、观测历史/延迟、执行器/传感器系统)以及从IsaacLab的迁移指南。相比IsaacLab,mjlab更轻量、启动更快,直接构建在MuJoCo Warp上,避免了Omniverse开销。其哲学强调裸机性能、开发者体验和核心领域专注,适合需要快速迭代和直接MuJoCo控制的用户,而Isaac

2506_90492529的博客 2724

Redis主从复制+哨兵集群搭建

主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis 从 2.8 开始正式提供了 Sentinel(哨兵)架构来解决这个问题。反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库。哨兵模式是一种特殊的模式,首先 Redis 提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是。

杜小帅的博客 1401

OpenHarmony深度定制:从系统到模块的全景剖析与自定义模块实战

目标:在中新增一个算法库,让产品可直接调用。关闭不用的 20+ 系统部件,ROM 缩小 50 %;为自家芯片新增专用驱动模块,快速点亮开发板;内将核心算法库以部件形式集成,实现商业闭源。万物互联时代,差异化才是护城河。

m0_67505153的博客 1031

【Redis】三种集群模式(主从复制、哨兵模式、Cluster)

redis有三种集群模式,其中主从是最常见的模式。Sentinel 哨兵模式是为了弥补主从复制集群中主机宕机后,主备切换的复杂性而演变出来的。哨兵顾名思义,就是用来监控的,主要作用就是监控主从集群,自动切换主备,完成集群故障转移。cluster 模式是redis官方提供的集群模式,使用了Sharding 技术,不仅实现了高可用、读写分离、也实现了真正的分布式存储。

weixin_40381772的博客 5699

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

Redis三种服务架构详解:主从复制、哨兵模式与Cluster集群

主从复制:最基础的集群模式,实现数据的多机备份和读操作负载均衡,但故障恢复需手动干预,且写操作无法负载均衡。哨兵模式:基于主从复制,增加了自动化故障转移能力,解决主节点故障后的自动切换问题,但仍受限于单机存储容量和写操作瓶颈。Cluster集群:分布式存储方案,通过数据分片突破单机存储限制,同时支持写操作负载均衡和自动故障转移,是最完善的高可用方案。主从复制:适合数据备份和读负载均衡,需手动处理故障,适合简单场景。哨兵模式:在主从基础上实现自动故障转移,适合需要高可用但存储需求不高的场景。

m0_48123357的博客 1975

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

Redis数据库:高可用(主从复制、哨兵模式、cluster集群)

本文主要介绍Redis高可用集群,包括主从复制、哨兵模式、cluster集群,详细介绍其概念和搭建过程,希望对你有帮助!

十七拾的博客 2126

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

Redis 集群深度解析:主从复制、哨兵模式与 Cluster 模式详解

Redis 集群是一种通过将多个 Redis 节点组合在一起,实现数据分布、负载均衡、故障转移等功能的架构。它突破了单节点性能和容量的限制,提升了 Redis 在生产环境中的稳定性与可扩展性。主从复制是 Redis 集群中最基础的部署方式。其核心思想是将一个节点设为主节点(Master),其他节点设为从节点(Slave)。主节点负责处理写请求,从节点则复制主节点的数据,支持读请求,实现读写分离。哨兵模式是在主从复制的基础上引入哨兵节点(Sentinel),实现自动故障转移(Failover)和高可用性。

用文字记录技术,用分享回馈社区,用坚持见证成长 810

【Redis】Redis集群的三种模式——主从复制、哨兵模式、Cluster

一、主从复制模式 主数据库可进行读写,当写操作导致数据变化时会自动将数据同步到从数据库; 从数据库一般是只读的,并接受主数据库同步过来的数据 1、工作原理 (1)Slave从节点服务启动并连接到Master之后,它将主动发送一个SYNC命令 (2)Master服务主节点收到同步命令后,开始执行BGSAVE命令生成快照文件(RDB文件),并使用缓冲区记录此后执行的所有写命令 (3)Master服务主节点BGSAVE执行完后,向所有Slave从节点服务发送快照文件,并在发送期间继续记录被执行的写命令 (4)S

像风走过八千里 964

Redis集群的三种模式——主从复制、哨兵模式、Cluster

一、主从复制模式 主数据库可进行读写,当写操作导致数据变化时会自动将数据同步到从数据库; 从数据库一般是只读的,并接受主数据库同步过来的数据 1、工作原理 (1)Slave从节点服务启动并连接到Master之后,它将主动发送一个SYNC命令 (2)Master服务主节点收到同步命令后,开始执行BGSAVE命令生成快照文件(RDB文件),并使用缓冲区记录此后执行的所有写命令 (3)Master服务主节点BGSAVE执行完后,向所有Slave从节点服务发送快照文件,并在发送期间继续记录被执行的写命令 (

wushijuewu 422

Redis 主从复制、哨兵模式、Cluster集群

主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(Master),后者称为从节点(Slave);数据的复制是单向的,只能由主节点到从节点。默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

gfbcdgbb的博客 1329

【Redis详解】Redis安装+主从复制+哨兵模式+Redis Cluster

Redis安装+主从复制+哨兵模式+Redis Cluster

XJT2242746673的博客 1694

redis集群之主从复制+哨兵模式+cluster群集详解

redis集群类型redis集群模式主要有以下几种方式:主从复制(redis2.8版本之前的模式)Redis Sentinel 哨兵模式(redis2.8及之后的模式)Redis Cluster集群模式(客户端sharding)(redis3.0版本之后)Jedis sharding集群(客户端sharding)利用中间件代理在这里主要讲述主从复制、哨兵模式、Redis Cluster集群这三种方...

独行侠梦的博客 241

redis高可用主从复制,哨兵模式,cluster集群模式

sentinel monitor mymaster 192.168.80.10 6379 2 #73行,修改 指定该哨兵节点监控192.168.80.10:6379这个主节点,该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意,才能判定主节点故障并进行故障转移。自动故障转移:当主节点不能正常工作时,哨兵会开始自动故障转移操作,它会将失效的主节点的其中一个从节点升级为主节点,并让其他从节点改为复制新的主节点。从节点只进行主节点数据和状态的复制。

m0_61417337的博客 681

高可用集群架构——redis的主从复制与哨兵模式,cluster

redis群集有三种模式,分别是主从同步/复制、哨兵模式、cluster,下面会讲解一下三种模式的工作方式 主从复制: 主从复制是高可用Redis的基础,哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份,以及对于读操作的负载均衡和简单的故障恢复。 缺陷:故障恢复无法自动化;写操作无法负载均衡;存储能力受到单机的限制。 哨兵: 在主从复制的基础上,哨兵实现了自动化的故障恢复。 缺陷:写操作无法负载均衡;存储能力受到单机的限制。 集群: 通过集群,Redis解决了写操作无法负载均衡,

lv74134的博客 395

Redis高可用(主从复制、哨兵模式和Cluster集群)

集群,即Redis Cluster,是Redis 3.0开始引入的分布式存储方案。集群由多组节点(Node)组成,Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点:只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制。

wlc1213812138的博客 718

redis集群方式介绍(主从复制,哨兵模式,Redis-cluster模式)

本文旨在对redis三种集群方式,分别在概念、优点方面的简单介绍。仅作本人学习记录,快速了解redis的集群模式,不建议需深究底层原理的同学阅读。 1、主从复制 概念: 主从复制是指将一redies服务器的数据,复制到一台或多台的redis服务器上。前者称为主服务器(主节点),后者称为从服务器(从节点)。数据的复制是单向的,只能通过主节点复制到从节点。默认情况下,每部redis服务器都是主节点,一个主节点可有多个从节点,但从节点只能有一主节点。 优点(作用): ①. 数据热备...

打球唔叻的博客 424
上一篇: Tomcat
下一篇: 数据库集群技术
Fish_1112
博客等级 码龄5年 340粉丝 74原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Fish_1112

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值