redis master copy slave

spencer_tseng

已于 2022-10-14 09:05:37 修改

阅读量234

点赞数

CC 4.0 BY-SA版权

分类专栏： redis 文章标签： redis

于 2017-08-13 10:40:15 首次发布

本文链接：https://blog.youkuaiyun.com/spencer_tseng/article/details/77140727

redis 专栏收录该内容

24 篇文章

订阅专栏

本文介绍了Redis主从配置的实际操作，包括本地测试环境与阿里云远程服务器的具体设置。文中特别强调了安全性和数据同步的问题，并提到了无密码验证模式下可能存在的风险。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

测试本机127.0.0.1:6379 slave
远程阿里云39.108.81.142:6379 master

无密码模式验证。

正常情况下需要密码验证的，因为master一旦宕机的时候，清库了，如果slave链接上经过同步，数据也没了。

另外就是安全考虑，这会估计谁都能访问master。弱弱的说，我已经删除了。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

spencer_tseng

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

redis 主从master-slave搭建及测试

mid120的博客

10-11

7733

一、redis主从的特性 redis 使用异步复制。从 redis 2.8 开始，slave 也会周期性的告诉 master 现在的数据量。可能只是个机制，用途应该不大。一个 master 可以拥有多个 slave，废话，这也是业界的标配吧。 slave 可以接收来自其他 slave 的连接。意思是不是就是说 slave 在接收其他的slave的连接之后成为 master ？

Redis 教程系列之Redis 集群配置(十三)

xiaoli8748的专栏

03-24

720

主从模式在软件的架构中，主从模式（Master-Slave）是使用较多的一种架构。主（Master）和从（Slave）分别部署在不同的服务器上，当主节点服务器写入数据时，同时也会将数据同步至从节点服务器，通常情况下，主节点负责写入数据，而从节点负责读取数据。主从模式的结构图如下：如图 1 所示，Redis 主机会一直将自己的数据复制给 Redis 从机，从而实现主从同步。

参与评论您还未登录，请先登录后发表或查看评论

Redis的复制(Master/Slave)

weixin_43365083的博客

08-14

710

Redis的复制(Master/Slave)

Redis master and slave

Andy Han的博客

08-09

334

1. Download Redis zip package for Windows: https://github.com/ServiceStack/redis-windows 2. Copy redis.windos.conf to master.conf and slave.conf. 3. master.conf port: 6379 4. slave.conf

Redis基础篇-13-Redis的复制（Master/Slave）

Alan0517

04-09

418

启动哨兵：上述目录依照各自的实际情况配置，可能目录不同正常主从演示原的master挂了投票新选重新主从继续开工，info replication查查看。

Redis Master/Slave 主从集群配置

webking168的专栏

11-28

705

自己操作过，只需要在从redis修改一下地方即可：redis.conf 文件中的　slaveof 127.0.0.1 6379 (指向主服务器) 修改配置之后，从redis服务器就不能写入数据了。以下是网上copy的资料，仅参考：这里我们以本机配置 1台Master + 2台Slave 为例子,其中: Master IP:127.0.0.1 PORT:6379

[笔记迁移][Redis][7]Redis复制Master/Slave Replication(特别重要！)

Bro_Rabbit Blog

10-26

306

一、概述官网摘要 At the base of Redis replication (excluding the high availability features provided as an additional layer by Redis Cluster or Redis Sentinel) there is a very simple to use and configure ...

Redis Master/Salve Replication(主从复制模式)

abombhz的专栏

04-15

2129

前言 Redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，red

redis master slave

看驴生豪迈，不过从头再来

05-05

788

下载： http://download.redis.io/releases/redis-5.0.4.tar.gz http://download.redis.io/releases/redis-4.0.9.tar.gz bind 0.0.0.0 # 修改 protected-mode yes port 6379 # 修改 tcp-backlog 511 timeout 0 tc...

Redis Sentinel（哨兵）和 Master+Slave（主从）的实现和原理分析

QiuRiMangCao

10-20

5663

Redis Sentinel（哨兵）和 Master+Slave（主从）的实现和原理分析 * Author：QiuRiMangCao 秋日芒草*# 单节点 server01 server02 } redis 单节点 server03# master slave server01 server02 } redis （master，slave）[数据备份][读写分离] slave减轻ma

Redis cluster 集群节点维护

mofeng24的博客

07-02

572

Redis cluster 集群节点维护一 Redis cluster 集群节点维护集群运行时间长久之后，难免由于硬件故障、网络规划、业务增长等原因对已有集群进行相应的调整，比如增加 Redis node 节点、减少节点、节点迁移、更换服务器等。增加节点和删除节点会涉及到已有的槽位重新分配及数据迁移二动态添加master节点增加 Redis node 节点，需要与之前的 Redis node 版本相同、配置一致，然后分别启动两台 Redis node，因为一主一从。案例：因公司业务发

redis重做从库时报Connection with master lost错误

weixin_34416754的博客

04-21

1353

背景：之前同事初始化redis实例的时候把monitor命令给rename了，今天刚好这组实例有问题需要通过monitor命令来帮助分析问题，结果发现monitor命令用不了，因为redis命令重命名不支持动态修改，于是就想删除monitor命令后赶快重启redis从库。重启完后，发现主从复制状态一直处于down的状态，于是开始排查问题先看redis从库的日志： 43037:S 20 Apr ...

redis主从频繁切换（老从节点成为新master之后又被老主节点起来抢回master）

耕云者~

09-20

6823

老从节点成为新master之后又被老主节点起来抢回master老从节点成为新master之后又被老主节点起来抢回master一、查看之前的日志信息二、分析源码2.1 查找日志的来源2.2 查询函数调用三、如何验证究竟是以上什么原因导致老主节点抢回master呢？3.1 再次查看原主库日志3.2 再次查看原从库日志3.3 查看整理好的整体日志信息四、分析总结4.1 老主库“抢回”master的真相4...

Redis集群搭建及原理详解

core815的专栏

06-18

1837

在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态，如果master节点异常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现一般，特别是在主从切换的瞬间存在访问瞬断的情况，而且哨兵模式只有一个主节点对外提供服务，没法支持很高的并发，且单个主节点内存也不宜设置得过大，否则会导致持久化文件过大，影响数据恢复或主从同步的效率。

Redis 持久化

最新发布

2401_84784737的博客

08-09

465

本文将对 Redis 持久化机制作详细介绍。

Redis 编译错误：缺少静态库文件，如何解决？

2303_78594540的博客

08-07

330

这些依赖通常位于 Redis 源码目录下的。尚未被编译，导致在链接阶段找不到对应的静态库文件（这些是链接 Redis 可执行程序所必须的静态库。以确保所有依赖被正确编译，避免后续主程序构建出错。希望本文能帮助你顺利完成 Redis 的本地编译。建议在首次下载 Redis 源码后，优先进入。时如果没有提前构建这些依赖，就会报错。的错误，通常是因为第三方依赖尚未构建。如果不确定缺少哪些依赖，也可以直接在。当你在编译 Redis 时遇到类似。目录，针对缺失的依赖单独使用。愿各位道友编译无坑，一键成功！

Redis(②-持久化)

hongsegeming的博客

08-08

216

防止断电、程序崩溃后数据丢失。

Redis Redis 常见数据类型

puppy_1mo的博客

08-06

1137

Redis数据结构与命令摘要 Redis提供5种核心数据结构：String（字符串）、Hash（哈希）、List（列表）、Set（集合）和Zset（有序集合）。每种结构都有特定命令和使用场景： String：基础类型，支持计数命令（INCR/DECR）、批量操作（MSET/MGET）等，适用于缓存、计数和会话共享场景。 Hash：键值对集合，适合存储对象属性（如用户信息），通过HSET/HGET等命令实现高效字段操作。 List：有序可重复元素集合，支持双向操作（LPUSH/RPOP），可模拟队列/栈，应用

Redis初步介绍和分布式系统介绍

qhy850716的博客

08-08

189

通过实际项目的普遍优化流程来介绍。

Redis 主从复制的实现原理是什么

01-07

### Redis Master-Slave Replication Implementation Principle In Redis master-slave replication, data from one server (the master) is replicated to another server (the slave). This process ensures high availability and redundancy within a database setup. When a client writes data to the master, this information must propagate to all connected slaves. The initial synchronization between master and slave involves several steps: - **Full Resynchronization**: Upon first connection or when significant changes occur, the slave requests a full copy of the dataset held by the master. To achieve this efficiently without blocking operations on either side, Redis uses RDB snapshots[^1]. During this phase, the master creates an RDB file while continuing normal operation; once completed, it sends over the entire snapshot along with any commands received during creation time via buffered updates. After establishing the base state through resynchronization, incremental updates maintain consistency: - **Partial Resynchronizations Using Backlog Buffer**: For ongoing communication after the initial sync, both master and slave keep track of every write command executed using repl_backlog buffer which stores recent history of written instructions. If disconnection happens temporarily, upon reconnection instead of doing complete resync again, they attempt partial resynchronization where only missing commands since last successful transmission are transferred based on offset tracking mechanism provided by `psync` protocol introduced in version 2.8. To ensure fault tolerance further, mechanisms like forced manual failovers allow replicas under certain conditions to promote themselves into mastership roles should primary node failures happen unexpectedly as described elsewhere: ```bash CLUSTER FAILOVER TAKEOVER ``` This command specifically targets replica nodes instructing them to initiate takeover procedures for failing primaries ensuring minimal downtime and continuous service provision even amidst hardware faults or network partitions scenarios. --related questions-- 1. How does Redis handle read/write splitting between master and slave? 2. What role do heartbeats play in maintaining connections between Redis master and slave nodes? 3. Can you explain how Redis cluster mode differs from simple master-slave setups regarding replication strategies? 4. In what situations would a developer prefer synchronous versus asynchronous replication methods offered by Redis?