redis 主从配置

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

#redis

主redis配置

daemonize yes

pidfile redis/pid/redis_6103.pid
port 6103
tcp-backlog 511
timeout 0
tcp-keepalive 0
loglevel notice
logfile "log_6103.log"
databases 16
#save 900 1
#save 300 10
#save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression no
rdbchecksum no
dbfilename rdb_6103.rdb
dir redis/store
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
#appendonly yes
#appendfilename "aof_6103.aof"
#appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events ""
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10
aof-rewrite-incremental-fsync yes

protected-mode no


从redis配置

daemonize yes

pidfile /redis/pid/redis_6103.pid
port 6103
tcp-backlog 511
timeout 0
tcp-keepalive 0
loglevel notice
logfile "log_6103.log"
databases 4
#save 900 1
#save 300 600
#save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression no
rdbchecksum no
dbfilename rdb_6103.rdb
dir ./store
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
appendonly yes
appendfilename "aof_6103.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events ""
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10
aof-rewrite-incremental-fsync yes
protected-mode no
repl-timeout 600
slaveof 192.168.131.3 6103
redis主从配置+哨兵配置
weixin_60250117的博客
06-27 972
sentinel failover-timeout mymaster 10000 #若sentinel在该配置值内未能完成failover(故障转移)操作（即故障时master/slave自动切换），则认为本次failover失败。将master的哨兵模式退出，再将redis服务stop了，在两台slave上面查看其中一台是否切换为master:(没有优先级，为随机切换)注意:在生产环境下将哨兵模式启动放到后台执行: ./src/redis-sentinel sentinel.conf &
Redis集群_2.redis 主从配置
doiido的专栏
02-11 6449
Redis主从配置（Master-Slave）一、 Redis Replication的特点： 1)：一个Master可以同步多个Slave 2)：不仅Master可以同步多个Slave，Slave也可以同步其它Slave，可以构成一个图形结构，同时还能分担Master的同步压力 3)：Redis Replication使用的是异步复制。从2.8开始，Slave会周期性发起一个Ack确认replication stream被处理进度 4)：复制在Master Server是以非阻塞模
Redis的主从配置
ziyao_zou的专栏
05-12 342
请参考作者的博客：http://noodle.blog.51cto.com/2925423/1731484z补充一下：假设r1是主，端口6733，r2是从，端口12000。主从切换一些补充： 1. r2执行：127.0.0.1:12000> SLAVEOF no oner2此时可写可读，角色为master 2. r1执行：127.0.0.1:6379> set key2 value2r2不会有k
Redis集群 - redis主从配置初步:主从从配置、哨兵配置
04-18 864
我们前面学习了简单的redis主从配置（结合稍兵），其实在我们的实际开发中要真正的达到“高可用”，”稍兵”还会部署多个，通过配置多个稍兵同时产生警报，那么我们再进行主从的切换。前面我们配置了一个主机一个从机（用端口区分6379、6380），我们这里先再配置一个从机： 可能需要参考redis集群第一篇的配置。 6379是主机，6380是从机，我们先拷贝一份配置文件： cp 6380.conf 6
redis主从配置及主从切换 .
chengxuyuanyonghu的专栏
03-11 675
环境描述： 主redis：192.168.10.1 6379 从redis：192.168.10.2 6380 一、主从配置 1、将主从redis配置文件redis.conf中的aemonize no 改为 yes 2、修改从redis配置文件redis.conf中的port 6379 改为 6380，添加slaveof
Redis主从复制
yingrenzhe68的专栏
05-21 221
一、Redis的Replication： 这里首先需要说明的是，在Redis中配置Master-Slave模式真是太简单了。相信在阅读完这篇Blog之后你也可以轻松做到。这里我们还是先列出一些理论性的知识，后面给出实际操作的案例。 下面的列表清楚的解释了Redis Replication的特点和优势。 1). 同一个Master可以同步多个Slaves。 ...
Redis主从配置
Lzcsfg的博客
06-27 1609
像MySQL一样，redis是支持主从同步的，而且也支持一主多从以及多级从结构。主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的SORT就可以由从服务器来承担。redis的主从同步是异步进行的，这意味着主从同步不会影响主逻辑，也不会降低redis的处理性能。主从架构中，可以考虑关闭主服务器的数据持久化功能，只让从服务器进行持久化，这样可以提高主服务器的处理性能。在主从架构中，从服务器通常被设置为只读模式，这样可以避免从服务器的数据被误修改。
REDIS主从配置
2302_78534730的博客
08-08 2263
Redis的主从配置是指在Redis集群中，将一个Redis节点配置为主节点（master），其他节点配置为从节点（slave），主节点负责写操作和部分读操作，从节点负责读操作。主从配置的作用主要有以下几点：提高读写性能：主节点负责写操作，从节点负责读操作，实现了读写分离，有效提高了系统的读写性能。从节点可以接受主节点的复制数据，这样读操作可以在从节点上执行，减轻了主节点的负载。提高可用性：主节点故障时，从节点可以接替主节点的角色，继续提供服务。
redis主从配置及通过keepalived实现redis自动切换
10-03
Redis 主从配置及通过 Keepalived 实现 Redis 自动切换 标题：Redis 主从配置及通过 Keepalived 实现 Redis 自动切换 描述： Redis 主从配置及通过 Keepalived 实现 Redis 自动切换常用命令及故障分析 标签：...
精选资源
redis主从配置.zip
05-14
"redis主从配置"是一个关于如何在Redis中设置主从复制的教程压缩包，下面将详细介绍这个过程。 首先，我们要明白主从复制的基本概念。在Redis中，一个服务器作为主节点（Master），负责处理写请求并更新数据；多个...
redis主从配置及主从切换.rar
09-16
本资料“redis主从配置及主从切换.rar”包含了关于如何设置Redis主从模式以及在故障时进行主从切换的详细教程，主要知识点如下： 1. **主从复制的基本概念**：主从复制是Redis中的一种数据备份策略，主节点负责处理...
SpringBoot整合Spring-AI并使用Redis实现自定义上下文记忆对话
CodersCoder的博客
12-11 676
本文介绍了基于SpringAI和Redis实现带有上下文记忆的AI对话系统。通过配置SpringAI与DeepSeek大模型集成，并使用Redis存储对话历史，实现了多轮对话功能。关键技术包括：自定义ChatMemory服务管理对话上下文，包括消息裁剪和Token估算；RedisTemplate配置用于持久化存储；OpenAI接口封装实现模型调用。系统支持会话历史维护、自动消息裁剪和24小时会话过期，为构建智能对话系统提供了可扩展的实现方案。
Redis Hash类型深度解析：结构、原理与实战应用
2303_78940834的博客
12-11 386
Redis Hash是一个键值对集合，用于存储字段-值（field-value）映射。为了避免与Redis本身的key-value结构混淆，我们将Hash内部的键值对称为对。fill:#333;color:#333;color:#333;fill:none;Redis KeyHash类型Value...Redis Hash类型是一个功能强大、灵活的数据结构，特别适合存储对象类型的数据。
Redis 的内存回收机制详解
dfsdcvbhjnj的博客
12-12 470
Redis采用双重内存回收机制管理内存资源：过期策略自动清理TTL过期数据，淘汰策略在内存不足时主动移除数据。过期策略结合惰性删除（访问时检查）和定期删除（每秒随机扫描）确保内存释放。淘汰策略提供8种算法（如LRU/LFU）按需清理数据，可通过maxmemory-policy配置。最佳实践建议设置合理内存上限，优先使用allkeys-lru/lfu策略，并监控内存指标。这两种策略协同工作，在保证性能的同时实现内存自动回收，但需注意淘汰数据不会持久化。
Redis（十四）——分布式锁
Java球球憋卷啦🥵
12-10 804
Redis分布式锁是一种业务锁，与数据库锁不同，它锁定的是业务而非数据。相比Java本地锁，Redis锁支持分布式场景。关键特性包括：互斥性、高可用性、防死锁（超时机制）、防误删（唯一标识）和可重入性。实现方式从早期的SETNX+EXPIRE（非原子）演进到SET NX EX命令（原子操作）。Redisson框架通过看门狗机制（自动续期）和Lua脚本优化了锁管理，而RedLock算法（多节点加锁）因主从同步问题逐渐被WAIT命令方案替代。对于强一致性场景，推荐使用ZooKeeper的临时节点机制。分布式锁的
记一次Redis连接泄露问题排查
最新发布
Kiddyup的博客
12-12 541
Lettuce在处理某些Redis命令响应时，尝试修改一个不可变的列表结构，这是设计上的缺陷。解决了ArrayOutput中尝试修改一个不可变的列表结构的问题不在创建连接时提前获取Redis中的命令。
第4篇：Redis Cluster集群深入理解
小雨下雨的雨
12-09 836
Redis Cluster是Redis官方提供的分布式解决方案，通过数据分片、节点通信和故障转移实现高可用。其核心架构采用无中心化设计，使用16384个哈希槽进行数据分片，通过CRC16算法计算键的槽号。节点间采用Gossip协议通信，实现状态同步和故障检测。客户端请求通过MOVED重定向机制自动路由到正确节点。Redis Cluster支持水平扩展，能够动态添加节点并重新分配哈希槽，同时具备自动故障转移能力，确保集群高可用性。键标签(Hash Tags)机制可将相关键分配到同一槽位，便于事务操作。
redis主从配置
03-21
<think>好的，我现在需要帮助用户解决关于Redis主从配置的问题。用户提到了最佳实践和教程，所以我需要详细说明配置步骤，并结合引用内容来支持回答。首先，我应该回顾一下用户提供的引用资料，看看哪些可以用于回答。 引用[3]提到了从节点的配置文件，里面包括replicaof指令，这应该是配置主从的关键部分。引用[5]提到三主三从架构，所有节点互联，使用PING-PONG机制，这可能涉及主从同步和集群配置的最佳实践。另外，引用[2]提到了监控工具，这可能和配置后的监控有关，确保主从正常运行。 接下来，我需要整理主从配置的步骤。首先，安装Redis，然后修改主节点和从节点的配置文件。主节点可能需要设置bind和port，从节点则需要使用replicaof命令指向主节点。然后启动实例，验证同步情况，最后考虑持久化和监控。 需要注意主节点的写入和从节点的只读，以及如何添加多个从节点。另外，最佳实践部分应该包括高可用架构，比如三主三从，以及使用监控工具。可能还需要提到故障处理，比如主节点宕机后的切换，但用户的问题主要是配置，这部分可以简略。 需要确保步骤清晰，每一步都有对应的引用支持，比如配置文件示例来自引用[3]，架构建议来自引用[5]。同时，生成的相关问题要围绕主从配置的扩展内容，比如同步原理、故障处理、监控优化等。</think>### Redis主从配置方法与最佳实践 #### **一、主从配置步骤** 1. **安装Redis** 确保所有节点安装相同版本的Redis，避免版本差异导致兼容性问题。使用包管理工具（如`apt`或`yum`）或源码编译安装。 2. **主节点配置** 编辑主节点的配置文件 `redis-master.conf`，关键参数如下： ```conf bind 0.0.0.0 # 允许所有IP访问 port 6379 # 主节点端口 daemonize yes # 后台运行 requirepass 123456 # 可选：主节点密码（从节点需同步配置） ``` 启动主节点： ```bash redis-server /path/to/redis-master.conf ``` 3. **从节点配置** 编辑从节点配置文件 `redis-slave.conf`，通过`replicaof`指令关联主节点[^3]： ```conf bind 0.0.0.0 port 6380 daemonize yes replicaof 192.168.1.100 6379 # 主节点IP和端口 replica-read-only yes # 从节点只读 masterauth 123456 # 若主节点有密码，需配置此项 ``` 启动从节点： ```bash redis-server /path/to/redis-slave.conf ``` 4. **验证主从同步** 在主节点写入数据，从节点查询是否同步： ```bash # 主节点写入 redis-cli -p 6379 set key1 "hello" # 从节点读取 redis-cli -p 6380 get key1 ``` 若返回`"hello"`，则同步成功。 5. **配置持久化（可选）** 建议主从节点均开启RDB或AOF持久化，防止数据丢失： ```conf save 900 1 # RDB触发条件 appendonly yes # 开启AOF ``` --- #### **二、最佳实践** 1. **高可用架构** - 采用**三主三从**架构，主节点提供服务，从节点用于故障切换和数据备份[^5]。 - 所有节点通过`PING-PONG`机制保持通信，确保网络健康。 2. **读写分离** - 主节点处理写请求，从节点处理读请求，通过客户端或代理（如Redis Sentinel）实现负载均衡。 3. **监控与优化** - 使用`INFO replication`命令查看主从状态，或通过RedisInsight等工具监控性能[^2]。 - 定期检查同步延迟（`repl_offset`），避免数据不一致。 4. **故障处理** - 主节点宕机时，可通过`SLAVEOF NO ONE`提升从节点为主节点，再重构其他从节点关系。 - 使用**Redis Sentinel**实现自动故障转移（引用哨兵配置[^4]）。 --- #### **三、配置文件示例** - **主节点**：`redis-master.conf` ```conf bind 0.0.0.0 port 6379 daemonize yes ``` - **从节点**：`redis-slave.conf` ```conf bind 0.0.0.0 port 6380 daemonize yes replicaof redis-master 6379 replica-read-only yes ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值