Redis主从同步，读写分离设置

最新推荐文章于 2025-10-16 21:22:37 发布
原创 最新推荐文章于 2025-10-16 21:22:37 发布 · 9.5k 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #主从同步 #读写分离 #主从切换 #sentinel

本文介绍如何通过Redis的主从同步功能实现读写分离，提高数据读写效率，并详细阐述了主从切换的过程及配置。

本文介绍使用Redis的主从同步功能(master, slave)，使程序实现读写分离，避免io瓶颈，提高数据读写效率。

Redis支持一个master服务器对多个slave服务器同步，同步使用发布/订阅机制。
1个master对多个slave，还可以进行分层，每个slave下可以再同步slave，扩展成树状结构。

Redis 主从同步设置

Redis默认的端口是6379，我们为了不影响原有Redis，使用新的端口

master 配置 redis_master.conf

port 6300
requirepass 123456
masterauth 123456
daemonize yes

 
slave1 配置 redis_slave1.conf 设为master的slave

port 6301
slaveof 127.0.0.1 6300
requirepass 123456
masterauth 123456
daemonize yes

 
slave2 配置 redis_slave2.conf 设为master的slave

port 6302
slaveof 127.0.0.1 6300
requirepass 123456
masterauth 123456
daemonize yes

daemonize 表示后台启动。
requirepass 为主机认证密码。
masterauth 为从机访问主机验证密码，需要与主机的requirepass一致。
因后面需要演示主从切换，因此三组conf的验证密码都一致。

Redis 主从同步测试

依次启动master, slave1, slave2

redis-server redis_master.conf
redis-server redis_slave1.conf
redis-server redis_slave2.conf

执行后查看是否启动成功

ps aux|grep redis
root  1858  Ss  3:55  0:00.01 redis-server *:6302 
root  1849  Ss  3:54  0:00.01 redis-server *:6301 
root  1842  Ss  3:54  0:00.02 redis-server *:6300

进入master，设置key abc的值为123

redis-cli -p 6300
127.0.0.1:6300> auth 123456
OK
127.0.0.1:6300> set abc 123
OK
127.0.0.1:6300> get abc
"123"

分别进入slave1, slave2检查是否同步数据
slave1:

redis-cli -p 6301
127.0.0.1:6301> auth 123456
OK
127.0.0.1:6301> get abc
"123"
127.0.0.1:6301>

slave2:

redis-cli -p 6302
127.0.0.1:6302> auth 123456
OK
127.0.0.1:6302> get abc
"123"
127.0.0.1:6302>

进入master修改key abc的值为456

127.0.0.1:6300> set abc 456
OK
127.0.0.1:6300> get abc
"456"

检查slave1, slave2是否同步
slave1:

127.0.0.1:6301> get abc
"456"

slave2:

127.0.0.1:6302> get abc
"456"


Redis主从切换

在运行过程中，如果master出现问题，我们可以通过设置，把另一台slave机自动设为master使用。这里主要用到Redis的sentinel功能来实现主从切换。

sentinel1.conf

port 26301
sentinel monitor master 127.0.0.1 6300 2
sentinel auth-pass master 123456
logfile "/tmp/sentinel.log"
daemonize yes

sentinel2.conf

port 26302
sentinel monitor master 127.0.0.1 6300 2
sentinel auth-pass master 123456
logfile "/tmp/sentinel.log"
daemonize yes

sentinel monitor master 127.0.0.1 6300 2 中的 2 表示有2个以上的sentinel服务检测到master失效，才会执行主从切换。
 
启动两个sentinel进程

redis-server sentinel1.conf --sentinel
redis-server sentinel2.conf --sentinel

ps aux|grep redis
root  2643  Ss  4:28 0:00.02 redis-server *:26302 [sentinel]  
root  2636  Ss  4:28 0:00.02 redis-server *:26301 [sentinel]

Redis日志可以看到，启动成功开始监控

Running mode=sentinel, port=26301.
Sentinel ID is 3a23343948cd7f26662ccba1d01b92955311ef52
+monitor master master 127.0.0.1 6300 quorum 2
+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300
+slave slave 127.0.0.1:6302 127.0.0.1 6302 @ master 127.0.0.1 6300

Running mode=sentinel, port=26302.
Sentinel ID is ce0ee2af6b454205a3e475763945f505a10a7d6a
+monitor master master 127.0.0.1 6300 quorum 2
+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300
+slave slave 127.0.0.1:6302 127.0.0.1 6302 @ master 127.0.0.1 6300

+sentinel sentinel 3a23343948cd7f26662ccba1d01b92955311ef52 127.0.0.1 26301 @ master 127.0.0.1 6300
+sentinel sentinel ce0ee2af6b454205a3e475763945f505a10a7d6a 127.0.0.1 26302 @ master 127.0.0.1 6300

终止master，测试主从切换

kill master进程后，sentinel判断master失效，执行主从切换处理。

日志如下：

+failover-state-reconf-slaves master master 127.0.0.1 6300
+slave-reconf-sent slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300
+config-update-from sentinel 3a23343948cd7f26662ccba1d01b92955311ef52 127.0.0.1 26301 
+switch-master master 127.0.0.1 6300 127.0.0.1 6302
+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6302
+slave slave 127.0.0.1:6300 127.0.0.1 6300 @ master 127.0.0.1 6302
-odown master master 127.0.0.1 6300
+slave-reconf-inprog slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300
+slave-reconf-done slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300
+failover-end master master 127.0.0.1 6300
+switch-master master 127.0.0.1 6300 127.0.0.1 6302
+convert-to-slave slave 127.0.0.1:6300 127.0.0.1 6300 @ master 127.0.0.1 6302

从日志可以看出，主从切换执行了以下操作：

1.将slave2切换为新的master，redis_slave2.conf 中的 slaveof 127.0.0.1 6300 被自动删除。

2.将redis_slave1.conf的 slaveof 127.0.0.1 6300 自动更新为 slaveof 127.0.0.1 6302，使用slave2作为新的master。

3.原master重启动后，会作为slave使用，redis_master.conf会自动加入slaveof 127.0.0.1 6302。

 
原master重启后进行主从同步测试

原master更新key abc为888，因为现在已经是slave，所以更新失败。

127.0.0.1:6300> set abc 888
(error) READONLY You can't write against a read only slave.

slave2 更新key abc为888

127.0.0.1:6302> set abc 888
OK
127.0.0.1:6302> get abc
"888"

原master，slave1检查是否同步

原master

127.0.0.1:6300> get abc
"888"

slave1

127.0.0.1:6301> get abc
"888"

经检查，主从切换后，slave2作为新的master，其他服务器作为slave，可正常使用。

redis深度系统学习三：主从复制的原理与注意事项
linuxguitu的博客
12-07 1372
前言 在前面的两篇文章中，分别介绍了Redis的内存模型和Redis的持久化。 在Redis的持久化中曾提到，Redis高可用的方案包括持久化、主从复制（及读写分离）、哨兵和集群。其中持久化侧重解决的是Redis数据的单机备份问题（从内存到硬盘的备份）；而主从复制则侧重解决数据的多机热备。此外，主从复制还可以实现负载均衡和故障恢复。 这篇文章中，将详细介绍Redis主从复制的方方面面，包括：如何使用主从复制、主从复制的原理（重点是全量复制和部分复制、以及心跳机制）、实际应用中需要注意的问题（如数据不一
Redis 主从同步
分享既学习
07-02 1790
在分布式系统中为了解决单点问题，通常会把数据复制到多个副本部署到其它机器，满足故障恢复和负载均衡需求。Redis 也提供了复制功能，实现相同数据多个 Redis 副本。本篇文章介绍如何配置 Redis 复制及原理。本篇文章介绍如何配置 Redis 复制及原理，复制的全量阶段会消耗大量的资源占用网络带宽，因此建议一个 Redis 实例内存不要太大，通常建议不要超过 6GB。可以减少 RDB 文件生成、传输、重新加载的开销。
Redis 主从模式同步原理机制
码云仓库地址：https://gitee.com/lance-gyq
10-16 692
Redis主从同步通过日志+状态追踪实现数据一致性，核心机制包括：1）三类元数据（复制偏移量、运行ID、复制积压缓冲区）精准控制同步状态；2）全量同步采用RDB快照+缓存命令确保数据完整对齐；3）增量同步通过实时命令传播保持数据同步；4）异常时自动判断执行增量或全量同步。优化措施包括无盘复制和复制限流，平衡性能与一致性。
【Redis系列】深入浅出Redis主从复制之读写分离【一篇搞懂Redis复制】
Kevinnsm的博客
02-23 5200
Redis默认采用异步复制的持久化方案（RDB)，具备低延迟、高性能的特点。这是大多数Redis的自然复制模式。 主从复制(master-replica)-读写分离这是基于RDB持久化方案的全量数据复制模式。 1.主从复制-读写分离原理 为了解决高并发场景下Redis的性能问题，需要对单例Redis进行横向扩展；我们都知道在缓存中读的并发量要远远大于写的并发量。所以就产生了一种读写分离的方法： 将读和写分开，master节点可以进行读写操作，而slave节点只能进行读操作(conf文件可以修改)，因此读.
Redis配置主从复制，实现读写分离
Stone.鱼儿的博客
03-12 329
前言： 由于redis的高性能，在应用中对其依赖很高，有时候一台redis服务器性能不够，需要配置redis集群。最简单的就是一台用来读，一台用来写。一般对读的需求比较大，所以可以配置一主（读）多从（写）。 本次是在本地搭建两台虚拟机分别做一主一从。 ip为192.168.2....
Redis主从复制（读写分离）配置
Qynwang的博客
04-12 1098
三台服务器：一台作为 Redis 主节点（Master），另外两台作为 Redis 从节点（Slave）之后重启redis，这时就可以在三台服务器上，进入 redis-cli 客户端使用如下命令查看主从节点状态。根据读写二八原则，主节点负责处理写操作，从节点负责处理读操作；可以理解为一种水平扩展的方式来提高Redis性能；配置主要修改从节点的配置文件 redis.conf。主节点起到了请求分发的作用。
Windows环境下Redis主从服务读写分离安装部署与.NET实现Redis读写分离
u013899802的博客
06-04 737
一、在Windows环境下Redis主从安装部署，Redis版本以Win-x64-3.2.100为例，此版本是Windows环境下官方最新版本，注意：Windows版本官方已停更，如需更高版本请使用Linux版。 二、本人针对常用的Redis操作进行了接口封装，支持在.NET（Core3.1+版本）框架下的Redis读写分离多从机（只负责读操作）动态配置，及Redis常规配置项多方式配置。
Redis主从实现读写分离
09-09
Redis主从实现读写分离是一种常见的数据库优化策略，旨在提高系统的并发处理能力和数据安全性。当一个Redis实例负责读写操作时，系统负载可能会增加，导致响应时间变慢。通过设置主从复制，我们可以将写操作（如数据...
Redis: 主从复制读写分离环境搭建
Wang的专栏
09-30 1593
Redis 的单机模式实际上就是在一个服务器上装了一个单节点的Redis通过简单的配置和简单的命令启动起来就可以使用这种搭建环境，不保证高可用的情况下，完全没有问题如果说你的项目必须要具备高可用，而且 Redis 也要提供更高的性能这个单机的模式肯定是不行的, 需要对 Redis 的架构模式进行升级升级的过程：从单机变为主从，再变为哨兵最后搭建一个集群的环境1 ）单机环境的优缺点优点部署简单下载，编译安装通过一些简单的命令启动就可以使用成本低。
精选资源
Redis主从实现读写分离.doc
01-25
Redis 主从实现读写分离是一种常见的数据库优化策略，旨在提高系统的可扩展性和性能。通过将数据复制到多个实例，读取操作可以从一个或多个“从”节点执行，而写入操作则只在“主”节点上进行。这样，读操作的压力...
Redis主从同步流程?
猪猪
02-07 863
全量同步：适用于从节点初次同步或数据差异较大的情况，主节点发送 RDB 文件。部分同步：适用于从节点短暂断开后重新连接的情况，主节点发送缺失的命令。持续同步：主节点将新的写命令实时发送给从节点，保持数据一致。心跳检测：主从节点通过心跳维持连接状态。主从同步是 Redis 高可用性和数据冗余的基础，常用于读写分离、故障恢复等场景。
Redis 读写分离
ruige6的博客
11-08 2249
1.什么是主从复制 主机数据更新后根据配置和策略，自动同步到备机的Master/Slaver，Master 以写为主，Slave以读为主 读写分离的优点 1.读写分离，性能提高 2.容灾快速恢复
Redis读写分离
FYHannnnnn的博客
08-03 5996
概述： 为什么要用redis读写分离：单机情况下redis能承受大约2万的QPS（具体数据因机器配置与业务场景而异），如果想要承接更高数值的QPS（10万以上），则需要用到读写分离的redis集群。 读写分离的原理：对于缓存而言，读的需求量是远大于写的需求量的，而读写分离的机制就是在主机上执行写操作，然后异步地将数据复制到从机上，而从机只负责读操作，假设一台从机具有2万QPS，当业务场景需要10万的QPS时，只需要横向扩展5台redis从机即可（可支持水平扩展的读高并发架构）： 如果采用了主..
Redis集群 - 配置最简单的Redis主从
热门推荐
04-08 3万+
要求： 1、你已经知道redis是什么 2、熟悉Linux基本操作(CentOS 6.5) 3、有单机redis开发相关经验 4、有主观能动性，至少熟练百度的使用 redis主从配置初步：2个节点主从如果我们redis的压力很大，如果我们的并发高到我们读数据和写数据都有了很大压力。 那么我们可能就需要把redis分开部署，并且配置为一个『主从』的状态。 首先我们要安装red
redis之读写分离
wang0907的博客
10-12 2005
本文一起看下redis的读写分离架构。
redis学习笔记（五）：redis的读写分离
weixin_47382783的博客
04-21 2268
1、介绍 读写分离适用于大量的访问场景，且写操作小于读操作的情况。由主服务器进行数据的写入，数据的读取由从服务器完成。主从服务器之间的的数据同步通过发布订阅机制完成。当主服务器被写入数据时，就会发布订阅把数据统一同步到从的服务器上，数据保存一致。发送者（pub）发送消息，订阅者（sub）接受消息。Redis 客户端可以订阅任意数量的频道。 发布订阅的原理：Redis通过subscribe命令订阅频道后，redis-server里维护一个字典，字典的键就是一个个频道，而值则...
Redis主从，读写分离、HA配置
Donald_Draper
12-21 267
Redis的安装与配置：[url]http://donald-draper.iteye.com/blog/2346163[/url] Redis配置文件详解：[url]http://donald-draper.iteye.com/blog/2346275[/url] Reid高可用Sentinel配置文件详解：[url]http://donald-draper.iteye.com/blog/2...
redis读写分离配置
palma_hezhengjie的博客
08-23 171
可以用info replication或者role 命令查看配置的主从信息。命令：slaveof ip port。配置主从复制只需要配置从机就可以了。
Redis配置主从架构，实现读写分离
xulong5000的专栏
03-19 293
Redis的主从架构，能帮助我们实现读多，写少的情况，下面配置Redis架构，很简单。 准备环境 vmware + rhel-server-7.0(101，102，103)+redis-3.2.0 1、在192.168.137.101安装好redis3.2.0，我安装的目录如下 redis的安装参考http://blog.youkuaiyun.com/yingxiake/article/deta...
redis主从复制读写分离如何配置
最新发布
10-25
<think>首先，用户的问题是：“我想查找redis主从复制读写分离的配置方法 请问redis主从复制读写分离的配置方法”，这是一个关于Redis主从复制和读写分离配置的查询。 根据系统级指令，我需要： - 使用中文回答。 - 确保行内数学表达式用$...$，但我看这里没有数学表达式，所以可能不需要。 - 独立公式用$$...$$，但同样可能不适用。 - LaTeX语法正确。 - 引用末尾添加引用标识。 - 生成相关问题。 - 回答结构清晰，逐步解决问题。 用户提供了几个引用： - [^1]: 主从复制和哨兵模式，手动切换主机。 - [^2]: 配置从节点的配置文件，使用slaveof指定主节点IP和端口，以及密码。 - [^3]: 哨兵机制的启动和配置。 - [^4]: Redis的安装和一些基本概念。 用户的问题焦点是“Redis主从复制读写分离的配置方法”。读写分离意味着写操作只在主节点执行，读操作可以在从节点执行。在Redis主从复制中，默认情况下，写操作在主节点执行，但读操作可以由客户端决定是否在从节点执行。 从引用中提取相关信息： - [^2] 直接给出了配置从节点的命令：在从节点的redis.conf中添加 `slaveof <master-ip> <port>`，如果需要密码，添加 `masterauth <password>`。 - [^1] 提到如果主机断开，可以用 `SLAVEOF no one` 提升从节点为新主节点。 - [^3] 讨论了哨兵模式，用于自动故障转移。 用户的问题是关于配置方法的，所以我需要解释如何配置主从复制以实现读写分离。读写分离不是Redis内置的，而是由客户端实现的；客户端需要连接到从节点进行读操作。 步骤： 1. **配置主节点**：主节点不需要特殊配置；只需要确保Redis服务器运行。 2. **配置从节点**： - 在从节点的redis.conf文件中，设置 `slaveof <master-ip> <port>` 来指定主节点。 - 如果主节点有密码，设置 `masterauth <password>`。 - 重启从节点的Redis服务使配置生效。 3. **读写分离**： - 写操作应发送到主节点。 - 读操作可以发送到从节点。 - 客户端代码需要处理这个逻辑；例如，在应用程序中，设置不同的连接池：一个用于写（连接到主节点），一个或多个用于读（连接到从节点）。 4. **哨兵模式（可选）**：用于自动故障转移。配置哨兵来监控主节点，并在主节点失败时自动切换从节点为新主节点。 根据引用，配置方法主要是通过redis.conf文件设置slaveof。 结构回应： - 先简要解释Redis主从复制。 - 然后逐步说明配置方法。 - 最后提到读写分离的实现方式。 - 末尾添加引用标识。 - 生成相关问题。 确保回答真实可靠：基于Redis官方文档知识。Redis主从复制配置确实是通过slaveof命令或在配置文件中设置。 添加引用：在相关部分末尾添加[^2]，因为[^2]直接涉及配置从节点。 生成相关问题：在末尾添加§§相关问题§§部分。 最终回应结构： 1. 介绍Redis主从复制和读写分离的概念。 2. 详细配置步骤： - 主节点配置（简要）。 - 从节点配置（详细，引用[^2]）。 - 验证复制。 3. 实现读写分离的客户端做法。 4. 可选：哨兵模式配置（简要）。 5. 结论。 6. 相关问题。 </think>### Redis主从复制读写分离的配置方法 Redis主从复制允许创建一个主节点（Master）和多个从节点（Slave），实现数据的高可用和读写分离。读写分离指写操作（如`SET`、`DEL`）仅在主节点执行，而读操作（如`GET`）可分发到从节点执行，以提升系统性能和吞吐量（注意：Redis本身不自动处理读写分离，需客户端实现逻辑）。以下基于Redis官方文档和最佳实践，逐步说明配置方法。配置主要涉及**主节点**和**从节点**的设置，并参考了站内引用的核心步骤[^2]。 #### 步骤1: 配置主节点（Master） - 主节点无需特殊配置，只需确保Redis服务正常运行。 - 如果主节点启用了密码认证（推荐），在`redis.conf`文件中设置`requirepass`参数： ```ini requirepass your_master_password # 设置主节点密码 ``` - 启动Redis服务： ```bash redis-server /path/to/redis.conf ``` - 验证主节点状态：登录Redis CLI执行`INFO replication`，应显示`role:master`。 #### 步骤2: 配置从节点（Slave）以实现主从复制 - 在每个从节点的`redis.conf`文件中添加以下配置： ```ini slaveof <master-ip> <master-port> # 指定主节点的IP和端口，例如 slaveof 192.168.111.222 6379 masterauth your_master_password # 如果主节点设置了密码，必须添加此行 ``` 此配置将自动同步主节点数据到从节点[^2]。 - 重启从节点Redis服务使配置生效： ```bash redis-server /path/to/redis.conf --daemonize yes ``` - 验证复制状态： - 在从节点执行`INFO replication`，应显示`role:slave`和主节点连接信息。 - 在主节点执行`INFO replication`，应显示连接的从节点列表。 #### 步骤3: 实现读写分离 - Redis主从复制本身只处理数据同步，读写分离需在**客户端应用层**实现： - **写操作**：应用程序将所有写请求（如`SET`、`HSET`）发送到主节点。 - **读操作**：应用程序将读请求（如`GET`、`HGETALL`）分发到从节点（可轮询或多个从节点负载均衡）。 - 示例客户端伪代码（使用Python Redis库）： ```python import redis # 配置连接池：主节点用于写，从节点列表用于读 master_pool = redis.ConnectionPool(host='master_ip', port=6379, password='your_master_password') slave_pools = [ redis.ConnectionPool(host='slave1_ip', port=6379, password='your_master_password'), redis.ConnectionPool(host='slave2_ip', port=6379, password='your_master_password') ] # 写操作（只连接到主节点） def write_data(key, value): r_master = redis.Redis(connection_pool=master_pool) r_master.set(key, value) # 读操作（随机选择一个从节点） def read_data(key): import random r_slave = redis.Redis(connection_pool=random.choice(slave_pools)) return r_slave.get(key) ``` #### 步骤4: 可选增强——配置哨兵模式（Sentinel）实现自动故障转移 - 哨兵模式可在主节点故障时自动提升从节点为新主节点，避免手动干预[^1][^3]。 - 配置步骤： 1. 在每个Redis节点（主和从）上创建`sentinel.conf`文件： ```ini sentinel monitor mymaster <master-ip> <master-port> 2 # 监控主节点，"2"表示至少2个哨兵同意才切换 sentinel down-after-milliseconds mymaster 5000 # 超时判定为故障（5000毫秒） sentinel auth-pass mymaster your_master_password # 主节点密码 ``` 2. 启动哨兵服务： ```bash redis-sentinel /path/to/sentinel.conf ``` - 故障转移后，哨兵会自动更新从节点的`slaveof`配置，客户端需集成哨兵API以动态获取主节点地址。 #### 注意事项 - **数据一致性**：主从复制是异步的，读操作在从节点可能看到旧数据（延迟通常在毫秒级）。 - **性能优化**：确保网络带宽充足；从节点过多时，主节点可能负载过高。 - **安全**：始终使用密码认证（`masterauth`和`requirepass`）防止未授权访问[^2][^4]。 通过以上步骤，即可完成Redis主从复制和读写分离的配置。系统部署后，建议使用`redis-benchmark`测试读写性能以验证效果。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值