redis 重建主从记录

最新推荐文章于 2024-08-14 17:47:03 发布
最新推荐文章于 2024-08-14 17:47:03 发布
阅读量294 收藏
点赞数
文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40548182/article/details/134515397
版权

redis 重建主从变化

说明：监控某个从节点的变化，从节点清空了 appendonlydir/ 目录,删除了 dump.rdb，重启该从节点，监测变化如下。

第一阶段

重新启动该节点期间，监测数据目录下文件变化，首先生成 temp-xxx.rdb 文件，并且该文件一直增大,在此期间日志输出如下

Defaulted container "redis" out of: redis, sentinel, split-brain-fix, redis-exporter, config-init (init)
1:C 20 Nov 2023 11:10:14.899 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1:C 20 Nov 2023 11:10:14.899 # Redis version=7.0.9, bits=64, commit=00000000, modified=0, pid=1, just started
1:C 20 Nov 2023 11:10:14.899 # Configuration loaded
1:S 20 Nov 2023 11:10:14.899 * monotonic clock: POSIX clock_gettime
1:S 20 Nov 2023 11:10:14.900 * Running mode=standalone, port=6379.
1:S 20 Nov 2023 11:10:14.900 # Server initialized
1:S 20 Nov 2023 11:10:14.901 * Creating AOF base file appendonly.aof.1.base.rdb on server start
1:S 20 Nov 2023 11:10:14.901 * Creating AOF incr file appendonly.aof.1.incr.aof on server start
1:S 20 Nov 2023 11:10:14.901 * Ready to accept connections
1:S 20 Nov 2023 11:10:14.901 * Connecting to MASTER 10.97.31.186:6379
1:S 20 Nov 2023 11:10:14.901 * MASTER <-> REPLICA sync started
1:S 20 Nov 2023 11:10:14.901 * Non blocking connect for SYNC fired the event.
1:S 20 Nov 2023 11:10:14.902 * Master replied to PING, replication can continue...
1:S 20 Nov 2023 11:10:14.902 * Partial resynchronization not possible (no cached master)
1:S 20 Nov 2023 11:10:19.796 * Full resync from master: 1db245adaf12b98d4dea329679a4b03b0a310272:1019321
1:S 20 Nov 2023 11:10:21.616 * MASTER <-> REPLICA sync: receiving streamed RDB from master with EOF to disk

kl logs -f redis-server-2
1:S 20 Nov 2023 10:20:02.717 * MASTER <-> REPLICA sync: Flushing old data
1:S 20 Nov 2023 10:20:02.717 * MASTER <-> REPLICA sync: Loading DB in memory
1:S 20 Nov 2023 10:20:02.718 * Loading RDB produced by version 7.0.9
1:S 20 Nov 2023 10:20:02.718 * RDB age 354 seconds
1:S 20 Nov 2023 10:20:02.718 * RDB memory usage when created 52476.26 Mb

文件变化，先产生 temp-xxx.rdb 文件，并且该文件一直增大

total 22G
drwxrwxrwx 4 root      root 4.0K Nov 20 18:14 ./
drwxr-xr-x 3 root      root 4.0K Nov 20 17:50 ../
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:14 appendonlydir/
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:14 conf/
-rw-r--r-- 1 openbayes root  22G Nov 20 18:20 temp-1700475247.1.rdb

等到跟主库的 dump.rdb 文件一样大的时候，瞬间生成 dump.rdb 文件

total 22G
drwxrwxrwx 4 root      root 4.0K Nov 20 18:20 ./
drwxr-xr-x 3 root      root 4.0K Nov 20 17:50 ../
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:14 appendonlydir/
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:14 conf/
-rw-r--r-- 1 openbayes root  22G Nov 20 18:20 dump.rdb

第二阶段

生成 dump.rbd 文件后内存用量会增加,这期间日志输出如下，文件不会有变化。

1:S 20 Nov 2023 11:16:16.342 * MASTER <-> REPLICA sync: Flushing old data
1:S 20 Nov 2023 11:16:16.342 * MASTER <-> REPLICA sync: Loading DB in memory
1:S 20 Nov 2023 11:16:16.343 * Loading RDB produced by version 7.0.9
1:S 20 Nov 2023 11:16:16.343 * RDB age 356 seconds
1:S 20 Nov 2023 11:16:16.343 * RDB memory usage when created 52477.00 Mb

第三阶段

生成 dump.rbd 文件后内存用量会增加，当内存用量增加到一定极值后,日志输出如下，开始第三阶段

1:S 20 Nov 2023 11:20:33.582 * Done loading RDB, keys loaded: 136197566, keys expired: 0.
1:S 20 Nov 2023 11:20:33.582 * MASTER <-> REPLICA sync: Finished with success
1:S 20 Nov 2023 11:20:33.582 * Creating AOF incr file temp-appendonly.aof.incr on background rewrite
1:S 20 Nov 2023 11:20:34.166 * Background append only file rewriting started by pid 579

生成 dump.rbd 文件后内存用量会增加，当内存用量增加到一定极值后开始在 appendonlydir 目录下产生 temp-appendonly.aof.incr 文件，该文件不增加

ll -h appendonlydir/
total 16K
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:24 ./
drwxrwxrwx 4 root      root 4.0K Nov 20 18:24 ../
-rw-r--r-- 1 openbayes root   88 Nov 20 18:14 appendonly.aof.1.base.rdb
-rw-r--r-- 1 openbayes root    0 Nov 20 18:14 appendonly.aof.1.incr.aof
-rw-r--r-- 1 openbayes root   88 Nov 20 18:14 appendonly.aof.manifest
-rw-r--r-- 1 openbayes root    0 Nov 20 18:24 temp-appendonly.aof.incr

同时在 appendonlydir 同级目录下产生 temp-rewriteaof-578.aof 文件，该文件一直增大

total 28G
drwxrwxrwx 4 root      root 4.0K Nov 20 18:24 ./
drwxr-xr-x 3 root      root 4.0K Nov 20 17:50 ../
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:24 appendonlydir/
drwxr-xr-x 2 openbayes root 4.0K Nov 20 18:14 conf/
-rw-r--r-- 1 openbayes root  22G Nov 20 18:20 dump.rdb
-rw-r--r-- 1 openbayes root 6.3G Nov 20 18:26 temp-rewriteaof-578.aof

第四阶段

当 temp-rewriteaof-578.aof 文件达到跟 dump.rbd 文件大一样大的时候， temp-rewriteaof-578.aof 文件消失,然后在 appendonlydir 同级目录下生成一个 temp-rewriteaof-bg-579.aof 文件

ll -h appendonlydir/
total 16
drwxr-xr-x 2 openbayes root 4096 Nov 20 19:20 ./
drwxrwxrwx 4 root      root 4096 Nov 20 19:27 ../
-rw-r--r-- 1 openbayes root   88 Nov 20 19:10 appendonly.aof.1.base.rdb
-rw-r--r-- 1 openbayes root    0 Nov 20 19:10 appendonly.aof.1.incr.aof
-rw-r--r-- 1 openbayes root   88 Nov 20 19:10 appendonly.aof.manifest
-rw-r--r-- 1 openbayes root    0 Nov 20 19:20 temp-appendonly.aof.incr

total 43G
drwxrwxrwx 4 root      root 4.0K Nov 20 19:27 ./
drwxr-xr-x 3 root      root 4.0K Nov 20 17:50 ../
drwxr-xr-x 2 openbayes root 4.0K Nov 20 19:20 appendonlydir/
drwxr-xr-x 2 openbayes root 4.0K Nov 20 19:10 conf/
-rw-r--r-- 1 openbayes root  22G Nov 20 19:16 dump.rdb
-rw-r--r-- 1 openbayes root  22G Nov 20 19:27 temp-rewriteaof-bg-579.aof

生成 temp-rewriteaof-bg-579.aof 文件的日志输出

579:C 20 Nov 2023 11:27:04.566 * Successfully created the temporary AOF base file temp-rewriteaof-bg-579.aof
579:C 20 Nov 2023 11:27:05.051 * Fork CoW for AOF rewrite: current 2 MB, peak 2 MB, average 2 MB
1:S 20 Nov 2023 11:27:05.753 * Background AOF rewrite terminated with success

片刻间，temp-rewriteaof-bg-579.aof 文件消失变成 appendonlydir 目录下 appendonly.aof.2.base.rdb 文件，temp-appendonly.aof.incr 变成 appendonly.aof.2.incr.aof 文件。并且清理原来的 appendonly.aof.1.base.rdb 和 appendonly.aof.1.incr.aof 文件

drwxrwxrwx 4 root      root 4.0K Nov 20 18:05 ./
drwxr-xr-x 3 root      root 4.0K Nov 20 17:28 ../
drwxr-xr-x 2 openbayes root 4.0K Nov 20 17:34 appendonlydir/
drwxr-xr-x 2 openbayes root 4.0K Nov 20 17:48 conf/
-rw-r--r-- 1 openbayes root  22G Nov 20 18:05 dump.rdb

ll -h appendonlydir/
total 22G
drwxr-xr-x 2 openbayes root 4.0K Nov 20 19:27 ./
drwxrwxrwx 4 root      root 4.0K Nov 20 19:27 ../
-rw-r--r-- 1 openbayes root  22G Nov 20 19:27 appendonly.aof.2.base.rdb
-rw-r--r-- 1 openbayes root    0 Nov 20 19:20 appendonly.aof.2.incr.aof
-rw-r--r-- 1 openbayes root   88 Nov 20 19:27 appendonly.aof.manifest

文件变化日志

1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF base file temp-rewriteaof-bg-579.aof into appendonly.aof.2.base.rdb
1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF incr file temp-appendonly.aof.incr into appendonly.aof.2.incr.aof

清理原来的 appendonly.aof.1.base.rdb 和 appendonly.aof.1.incr.aof 文件日志输出

1:S 20 Nov 2023 11:27:05.753 * Removing the history file appendonly.aof.1.incr.aof in the background
1:S 20 Nov 2023 11:27:05.754 * Removing the history file appendonly.aof.1.base.rdb in the background

该阶段日志输出如下

579:C 20 Nov 2023 11:27:04.566 * Successfully created the temporary AOF base file temp-rewriteaof-bg-579.aof
579:C 20 Nov 2023 11:27:05.051 * Fork CoW for AOF rewrite: current 2 MB, peak 2 MB, average 2 MB
1:S 20 Nov 2023 11:27:05.753 * Background AOF rewrite terminated with success
1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF base file temp-rewriteaof-bg-579.aof into appendonly.aof.2.base.rdb
1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF incr file temp-appendonly.aof.incr into appendonly.aof.2.incr.aof
1:S 20 Nov 2023 11:27:05.753 * Removing the history file appendonly.aof.1.incr.aof in the background
1:S 20 Nov 2023 11:27:05.754 * Removing the history file appendonly.aof.1.base.rdb in the background
1:S 20 Nov 2023 11:27:05.754 * Background AOF rewrite finished successfully

从库恢复期间，完整的日志输出如下

578:C 20 Nov 2023 10:30:50.987 * Successfully created the temporary AOF base file temp-rewriteaof-bg-578.aof
578:C 20 Nov 2023 10:30:51.486 * Fork CoW for AOF rewrite: current 2 MB, peak 2 MB, average 2 MB
1:S 20 Nov 2023 10:30:52.228 * Background AOF rewrite terminated with success
1:S 20 Nov 2023 10:30:52.228 * Successfully renamed the temporary AOF base file temp-rewriteaof-bg-578.aof into appendonly.aof.2.base.rdb
1:S 20 Nov 2023 10:30:52.228 * Successfully renamed the temporary AOF incr file temp-appendonly.aof.incr into appendonly.aof.2.incr.aof
1:S 20 Nov 2023 10:30:52.229 * Removing the history file appendonly.aof.1.incr.aof in the background
1:S 20 Nov 2023 10:30:52.229 * Removing the history file appendonly.aof.1.base.rdb in the background
1:S 20 Nov 2023 10:30:52.229 * Background AOF rewrite finished successfully

重建主从期间日志变化

kl logs -f redis-server-2
Defaulted container "redis" out of: redis, sentinel, split-brain-fix, redis-exporter, config-init (init)
1:C 20 Nov 2023 11:10:14.899 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1:C 20 Nov 2023 11:10:14.899 # Redis version=7.0.9, bits=64, commit=00000000, modified=0, pid=1, just started
1:C 20 Nov 2023 11:10:14.899 # Configuration loaded
1:S 20 Nov 2023 11:10:14.899 * monotonic clock: POSIX clock_gettime
1:S 20 Nov 2023 11:10:14.900 * Running mode=standalone, port=6379.
1:S 20 Nov 2023 11:10:14.900 # Server initialized
1:S 20 Nov 2023 11:10:14.901 * Creating AOF base file appendonly.aof.1.base.rdb on server start
1:S 20 Nov 2023 11:10:14.901 * Creating AOF incr file appendonly.aof.1.incr.aof on server start
1:S 20 Nov 2023 11:10:14.901 * Ready to accept connections
1:S 20 Nov 2023 11:10:14.901 * Connecting to MASTER 10.97.31.186:6379
1:S 20 Nov 2023 11:10:14.901 * MASTER <-> REPLICA sync started
1:S 20 Nov 2023 11:10:14.901 * Non blocking connect for SYNC fired the event.
1:S 20 Nov 2023 11:10:14.902 * Master replied to PING, replication can continue...
1:S 20 Nov 2023 11:10:14.902 * Partial resynchronization not possible (no cached master)
1:S 20 Nov 2023 11:10:19.796 * Full resync from master: 1db245adaf12b98d4dea329679a4b03b0a310272:1019321
1:S 20 Nov 2023 11:10:21.616 * MASTER <-> REPLICA sync: receiving streamed RDB from master with EOF to disk


1:S 20 Nov 2023 11:16:16.342 * MASTER <-> REPLICA sync: Flushing old data
1:S 20 Nov 2023 11:16:16.342 * MASTER <-> REPLICA sync: Loading DB in memory
1:S 20 Nov 2023 11:16:16.343 * Loading RDB produced by version 7.0.9
1:S 20 Nov 2023 11:16:16.343 * RDB age 356 seconds
1:S 20 Nov 2023 11:16:16.343 * RDB memory usage when created 52477.00 Mb


1:S 20 Nov 2023 11:20:33.582 * Done loading RDB, keys loaded: 136197566, keys expired: 0.
1:S 20 Nov 2023 11:20:33.582 * MASTER <-> REPLICA sync: Finished with success
1:S 20 Nov 2023 11:20:33.582 * Creating AOF incr file temp-appendonly.aof.incr on background rewrite
1:S 20 Nov 2023 11:20:34.166 * Background append only file rewriting started by pid 579


579:C 20 Nov 2023 11:27:04.566 * Successfully created the temporary AOF base file temp-rewriteaof-bg-579.aof

579:C 20 Nov 2023 11:27:05.051 * Fork CoW for AOF rewrite: current 2 MB, peak 2 MB, average 2 MB
1:S 20 Nov 2023 11:27:05.753 * Background AOF rewrite terminated with success

1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF base file temp-rewriteaof-bg-579.aof into appendonly.aof.2.base.rdb
1:S 20 Nov 2023 11:27:05.753 * Successfully renamed the temporary AOF incr file temp-appendonly.aof.incr into appendonly.aof.2.incr.aof

1:S 20 Nov 2023 11:27:05.753 * Removing the history file appendonly.aof.1.incr.aof in the background
1:S 20 Nov 2023 11:27:05.754 * Removing the history file appendonly.aof.1.base.rdb in the background
1:S 20 Nov 2023 11:27:05.754 * Background AOF rewrite finished successfully
时空无限
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Redis —— 主从复制
weixin_46540606的博客
02-06 339
Redis主从复制 概念 主从复制，是指将一台redis服务器的数据，复制到其他的redis服务器，前者称为主节点(master/leader)，后者称为从节点(slave/follower)； 数据的复制是单向的，只能由主节点到从节点 ，master以写为主，Slave以读为主 默认情况下，每台redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点 主从复制的作用主要包括： 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式 故障恢复：
Redis学习笔记——主从复制
qq_37863891的博客
04-08 235
文章目录简介多台服务器连接的方案主从复制说明主从复制作用主从复制工作流程建立连接阶段 简介 对于redis的单机故障和容量瓶颈问题而无法实现“Redis”的高可用。需要的解决方法是： 准备多台服务器，互相连通。将数据复制多个副本保存在不同的服务器上，连接在一起，并保证数据是同步的。即使有其中一台服务器宕机，其他服务器依然可以继续提供服务，实现Redis的高可用，同时实现数据冗余备份。 多台服务...
Docker部署Elasticsearch
m0_67392273的博客
08-14 931
具体配置参考：https://www.elastic.co/guide/cn/kibana/current/docker.html。如果没有启动成功，则进入容器内部，修改。
【水文】calico-node 启动失败 Init:CrashLoopBackOff
大健的日常的博客
12-02 9388
Defaulted container "calico-node" out of: calico-node, upgrade-ipam (init), install-cni (init), mount-bpffs (init) Error from server (BadRequest): container "calico-node" in pod "calico-node-4j7td" is waiting to start: PodInitializing
k8s部署常见问题
qq_41671415的博客
05-05 225
1：个组件版本不值一 2：参数：[root@master ~]# sysctl net.bridge.bridge-nf-call-iptables=1 net.bridge.bridge-nf-call-iptables = 1 [root@master ~]# sysctl net.bridge.bridge-nf-call-ip6tables=1 net.bridge.bridge-nf-call-ip6tables = 1 下载yum -y install kubernetes-cni = 0.7.
Kubernetes容器网络及Flannel插件详解
边缘计算社区
05-25 1595
本文来源于：巨子嘉，对云原生、K8s感兴趣的朋友可以关注一下！1.1.容器网络基础Kubernetes是一个开源容器调度编排引擎，管理大规模容器化应用，采用典型的Master-Worker主从分布式技术架构，由集中式管理节点（Master Node）,分布式的工作节点（Worker Node）组成。向下屏蔽底层差异化的分布式基础设施，以应用为中心构建云计算的基础操作系统能...
云原生 | K8S集群部署mongdb单节点
m0_70331483的博客
04-17 680
K8S集群部署mongdb单节点
Redis持久化、主从与哨兵架构详解(1)
01-20
Redis持久化、主从与哨兵架构详解 Redis持久化是指将Redis中的数据保存到磁盘中，以便在Redis服务器重启或崩溃后可以恢复数据。Redis提供了两种持久化方式：RDB快照和AOFAppend-Only File。 RDB快照 RDB快照是...
Redis.docx
03-12
3. **重启恢复**：Redis重启时，自动从AOF文件中重放所有命令来重建数据库状态。 ### 总结 Redis凭借其强大的数据类型、事务处理能力和主从同步机制，在现代互联网应用中扮演着极其重要的角色。无论是用作高性能...
Redis原理与使用教程
04-10
一旦Master节点恢复，它会自动与Slave节点重建连接，恢复主从关系。当Slave节点与Master节点断开连接时，则需要重新建立连接才能恢复主从同步。 ##### 2.3 缓存穿透 缓存穿透是指查询不存在的数据时，既无法从缓存...
redis的概要介绍与分析
07-10
- **AOF（Append Only File）**：记录每次写入操作的命令，可以在服务启动时重新执行这些命令以重建数据状态。 #### 五、应用场景 Redis因其轻量级特性和高可用性，被广泛应用于以下场景： - **实时数据处理**：...
redis-5.0.7.zip
03-13
2. **AOF**: 记录所有写操作命令，当 Redis 重启时执行这些命令来重建数据。AOF 持久化更加安全，但可能导致文件体积较大。 **五、复制** Redis 支持主从复制，通过`SLAVEOF`命令，一个或多个从服务器可以复制主...
docker-compose一键部署redis一主二从三哨兵模式(含密码,数据持久化)
苦逼码农的博客
06-17 593
一.拉取redis镜像,使用如下命令 1 docker pull redis 1.查看镜像是否拉取成功,使用如下命令 1 docker images 显示如下则证明拉取成功 二.编写docker-compose.yml文件实现redis一主二从 1 2 3 4 5 6 7 8 9 10 11 12 13
k8s部署mysql一主二从，数据持久化部署
weixin_55509209的博客
04-18 326
【代码】k8s部署mysql一主二从，数据持久化部署。
如何在Kubernetes上设置Elasticsearch，Fluentd和Kibana（EFK）记录
monkey的专栏
05-23 2045
介绍 在Kubernetes集群上运行多个服务和应用程序时，集中式集群级日志记录可以帮助您快速排序和分析Pod生成的大量日志数据。一种流行的集中式日志记录解决方案是Elasticsearch，Fluentd和Kibana（EFK）。 Elasticsearch是一个实时，分布式和可扩展的搜索引擎，允许进行全文和结构化搜索以及分析。它通常用于索引和搜索大量日志数据，但也可用于搜索许多不...
Kubernetes 部署 LNMP 环境
supahero的博客
01-19 3398
原文链接：https://www.cpweb.top/2283   1、背景环境 现将个人博客迁往 K8S 中，个人博客使用 Wordpress，典型的 LNMP 架构。 环境： • K8S 版本为 1.22，单节点。 • MySQL 为一主一从集群，采用 StatefulSet 部署，位于 mysql 命名空间。 • Nginx 和 PHP，采用 Deployment 部署，位于 blog 命名空间。 • Nginx 和 PHP 的 Service 使用 ClusterIP，使用 Ingress 进行转
Kubernetes---Kubernetes集群部署Mysql集群
AnNan1997的博客
08-26 1769
StorageClass 对象的命名很重要，用户使用这个命名来请求生成一个特定的类。当创建 StorageClass 对象时，管理员设置 StorageClass 对象的命名和其他参数，一旦创建了对象就不能再对其更新。可以看到报错为找不到对应的文件或文件夹，在显示出的相应目录下创建缺失的文件或文件夹。查看部署状态，可以看到mysql集群已经成功部署。后，可以看到后面已经成功，开始拉取镜像了。......
【Redis学习笔记】15.Redis 哨兵集群主库故障修复重新上线
运维技术博客
03-21 982
Redis 哨兵集群主库故障修复重新上线1. 修复故障主库2. 查看恢复节点的配置文件3. 查看恢复节点主从关系4. 配置故障节点选举为主库5. 查看节点的主从复制关系6. 将权重值调整为默认值7. Redis 哨兵集群注意 上一篇文章我们已经看到了主库故障后，哨兵集群会选出新的主库，并将其他从库重新复制新的主库。那么，主库修改后重新上线之后呢？ 当主库修复后重新上线，首先通过哨兵知道谁是当前的主库，然后就会找主库复制数据，并且会自动修改配置文件，当数据复制完成之后。如何将重新上线的主库设置为主库呢？需要将
Redis5.0单实例数据迁移至分片集群
最新发布
AIGUO666666的博客
08-14 191
3、停止原实例的写入（需要你暂停所有相关的服务，或者停止实例更改端口号再启起来）4、设置无密码：config set requirepass ""2、需要手动刷新触发全部落盘，备份源rdb或者aof。在目标集群中的一台master上的bin目录执行脚本。迁移完毕，剩下的就是对比数据的一致性以及读写效率了。5、迁移后再将密码设置恢复。
redis配置主从复制
04-24
Redis主从复制是一种常用的数据复制和高可用性方案，它通过将一个Redis实例（主节点）的数据复制到其他Redis实例（从节点）来实现数据的备份和读写分离。下面是Redis配置主从复制的步骤： 1. 配置主节点： - 打开主节点的配置文件redis.conf。 - 将配置项`bind`设置为主节点的IP地址。 - 将配置项`port`设置为主节点的端口号。 - 将配置项`daemonize`设置为yes，表示以守护进程方式运行。 - 将配置项`logfile`设置为日志文件路径。 - 将配置项`dir`设置为持久化文件的存储路径。 - 将配置项`appendonly`设置为yes，开启AOF持久化方式（可选）。 - 保存并关闭配置文件。 2. 启动主节点： - 打开终端，进入Redis安装目录。 - 执行命令`redis-server redis.conf`启动主节点。 3. 配置从节点： - 复制主节点的配置文件redis.conf到从节点。 - 打开从节点的配置文件redis.conf。 - 将配置项`bind`设置为从节点的IP地址。 - 将配置项`port`设置为从节点的端口号。 - 将配置项`daemonize`设置为yes，表示以守护进程方式运行。 - 将配置项`logfile`设置为日志文件路径。 - 将配置项`dir`设置为持久化文件的存储路径。 - 将配置项`appendonly`设置为yes，开启AOF持久化方式（可选）。 - 将配置项`replicaof`设置为主节点的IP地址和端口号，格式为`replicaof <masterip> <masterport>`。 - 保存并关闭配置文件。 4. 启动从节点： - 打开终端，进入Redis安装目录。 - 执行命令`redis-server redis.conf`启动从节点。 至此，Redis主从复制配置完成。主节点会将数据同步到从节点，从节点可以处理读请求，提高系统的读取性能和可用性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

时空无限

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

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

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

打赏作者

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

抵扣说明：

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

余额充值