Redis server 主从复制配置实现

 更新时间:2024年02月27日 15:26:15   作者:冰点  
从复制是指将一个Redis服务器的数据复制到其他Redis服务器的过程,本文主要介绍了Redis server 主从复制配置实现,具有一定的参考价值,感兴趣的可以了解一下

0. 前言

在Redis运维篇的第5.6章节中,将讨论Redis服务器的主从复制配置。在开始之前,让先来了解一下主从复制的概念和作用。

主从复制是指将一个Redis服务器的数据复制到其他Redis服务器的过程。在主从复制中,一个Redis服务器充当主服务器,而其他Redis服务器则充当从服务器。主服务器负责接收写操作,并将这些写操作传播到所有从服务器。从服务器则负责接收主服务器传播的写操作,并将这些写操作应用到自己的数据集中。

主从复制的主要作用是提高系统的可用性和性能。通过将数据复制到多个服务器上,即使主服务器发生故障,从服务器仍然可以提供读取服务,从而保证系统的可用性。此外,主从复制还可以将读操作分摊到多个服务器上,从而提高整个系统的读取性能。

在接下来的内容中,将详细讲解如何进行Redis服务器的主从复制配置和示例。

1. 配置方式

步骤1: 准备硬件和网络

确保你的主机和从机的硬件资源符合运行Redis的要求。主服务器和从服务器应该通过可靠的网络连接,确保两者之间的通信稳定且延迟较低。

这里我使用3台虚拟机来搭建一下,主服务器的ip为192.168.10.1,两个从服务器的ip分别为192.168.10.2和192.168.10.2,端口号都为6379,具体的配置如下

步骤2: 安装Redis

根据你的操作系统,从Redis官网下载安装包或使用相应的包管理器进行安装。
对于基于RPM的系统(如CentOS):

sudo yum install redis

对于基于Debian的系统(如Ubuntu):

sudo apt-get update
sudo apt-get install redis-server

对于macOS(使用Homebrew):

brew install redis

我的是Centos 7
192.168.10.1192.168.10.2192.168.10.3分别安装完redis 并开放防火墙6379端口号
有两种方式,看你的操作系统的支持。

  • 使用firewall
# 检查当前防火墙规则:
sudo firewall-cmd --list-all 
#  如果没有特定规则,可以使用以下命令开放端口 6379:
sudo firewall-cmd --add-port=6379/tcp --permanent 
# 重新加载防火墙规则:
sudo firewall-cmd --reload
  • 或者使用iptables
sudo iptables -A INPUT -p tcp --dport 6379 -j ACCEPT

分别修改三台服务器的配置如下

daemonize yes
# 绑定的主机地址,这里注释掉,开放ip连接
#bind 127.0.0.1
logfile "redis.log"
requirepass 123456

步骤3: 配置主服务器的Redis

编辑Redis配置文件(通常位于/etc/redis/redis.conf/usr/local/etc/redis.conf),进行以下设置:

# 启用AOF持久化模式,以保证数据安全
appendonly yes

# 如果需要密码认证,取消以下注释并设置密码
requirepass 123456

重启Redis服务来应用新的配置:

sudo service redis-server restart

或在系统中使用对应的命令,如systemctl等。

步骤4: 配置从服务器的Redis

在从服务器上,同样编辑Redis配置文件。添加以下设置:

# 指定主服务器的地址和端口
slaveof 192.168.10.1 6379

# 如果主服务器设置了密码,配置从服务器的masterauth以匹配主服务器的密码
masterauth 123456

# 设置从服务器为只读模式
slave-read-only yes

# 设置从服务器与主服务器断开连接时的超时时间,单位为秒
repl-timeout 60

# 设置从服务器向主服务器发送PING的频率,单位为秒
repl-ping-slave-period 10

重启从服务器的Redis服务以应用新的配置。

步骤5: 测试复制功能

在主服务器上执行Redis命令,添加一些数据:

redis-cli -a 123456
set key1 "value1"

然后,在从服务器上执行:

redis-cli -a 123456
get key1

如果返回的是"value1",表示复制功能正常。

步骤6: 监控复制状态

使用以下命令在主服务器和从服务器上查看复制的状态和信息:

redis-cli -a 123456
info replication

会看到类似于以下的信息:

192.168.10.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.10.2,port=6379,state=online,offset=700,lag=0
slave1:ip=192.168.10.3,port=6379,state=online,offset=700,lag=0
master_replid:b80a4720c0001efb62940f5ad6abaf9cdaf7a813
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:700
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:700

192.168.10.2:6379> info replication
# Replication
role:slave
master_host:192.168.10.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:854
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:b80a4720c0001efb62940f5ad6abaf9cdaf7a813
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:854
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:57
repl_backlog_histlen:798

192.168.10.3:6379> info replication
# Replication
role:slave
master_host:192.168.10.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:6
master_sync_in_progress:0
slave_repl_offset:854
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:b80a4720c0001efb62940f5ad6abaf9cdaf7a813
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:854
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:854

2. 参考文档

https://redis.io/docs/management/replication/

到此这篇关于Redis server 主从复制配置实现的文章就介绍到这了,更多相关Redis server 主从复制配置内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 浅谈Redis 缓存的三大问题及其解决方案

    浅谈Redis 缓存的三大问题及其解决方案

    Redis 经常用于系统中的缓存,这样可以解决目前 IO 设备无法满足互联网应用海量的读写请求的问题。本文主要介绍了浅谈Redis 缓存的三大问题及其解决方案,感兴趣的可以了解一下
    2021-07-07
  • Redis中哨兵机制和集群的区别及说明

    Redis中哨兵机制和集群的区别及说明

    Redis哨兵通过主从复制实现高可用,适用于中小规模数据;集群采用分布式分片,支持动态扩展,适合大规模数据,哨兵管理简单但扩展性弱,集群性能更强但架构复杂,根据数据量和扩展需求选择
    2025-08-08
  • Redis的常用命令小结

    Redis的常用命令小结

    本文主要介绍了Redis的常用命令小结,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-06-06
  • Redis+Caffeine实现双层缓存的策略对比与详细指南

    Redis+Caffeine实现双层缓存的策略对比与详细指南

    在高并发场景下,缓存是提升系统性能和并发处理能力的关键手段,本文将基于Spring Boot,从方案对比分析出发,深入探讨Redis、本地Caffeine与双层缓存的实现与性能差异,并给出选型建议与实际效果验证
    2025-07-07
  • 详细分析Redis集群故障

    详细分析Redis集群故障

    这篇文章主要介绍了详细分析Redis集群故障的相关内容,具有一定的参考价值,这里分享给大家,供需要的朋友参考。
    2017-10-10
  • Redis常见数据类型List列表使用详解

    Redis常见数据类型List列表使用详解

    Redis的List是一种有序的字符串集合,支持两端高效插入和删除,适用于队列和栈,这篇文章主要介绍了Redis常见数据类型List列表使用的相关资料,需要的朋友可以参考下
    2024-12-12
  • Redis全量同步和增量同步原理

    Redis全量同步和增量同步原理

    主从第一次同步是全量同步:也就是说,当你主从节点连接建立后,需要执行一次全量同步,但如果slave重启后同步,此时slave重启后,slave节点和master节点的数据之间有落后,因此需要进行增量同步,感兴趣的同学可以参考阅读
    2023-04-04
  • 浅谈redis内存数据的持久化方式

    浅谈redis内存数据的持久化方式

    这篇文章主要介绍了浅谈redis内存数据的持久化方式,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2018-03-03
  • redis存储空间复杂度和时间复杂度的平衡

    redis存储空间复杂度和时间复杂度的平衡

    本文主要介绍了在奖品概率计算中,如何平衡内存占用和时间复杂度,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2026-02-02
  • Windows环境下打开Redis闪退的解决方案

    Windows环境下打开Redis闪退的解决方案

    每次使用完Redis后,我们习惯性的动作是直接叉掉doc页面,这样导致的结果是Redis在后台继续运行,没有关闭,所以当再次打开的时候直接闪退,文中有详细的解决方案,需要的朋友可以参考下
    2024-03-03

最新评论