★ FEATURED ARTICLE 1. Redis主从复制与Docker容器化部署概述Redis作为当前最流行的内存数据库之一其主从复制功能是构建高可用架构的基础。通过Docker容器化部署Redis主从集群我们能够在开发测试环境中快速搭建一套完整的复制环境这对于学习Redis复制机制和进行本地功能验证非常实用。我在实际项目中多次使用这种部署方式发现它有几个显著优势首先是环境隔离干净不会污染宿主机环境其次是部署速度快从拉取镜像到集群就绪通常不超过5分钟最重要的是可以完美模拟多节点场景在一台机器上实现真正的主从数据同步。不过需要提醒的是这种单机多容器部署方式仅适用于开发和测试场景。在生产环境中我们仍然建议采用物理隔离的多主机部署以避免单点故障风险。接下来我将详细介绍整个部署过程包括一些容易踩坑的细节。2. 环境准备与Redis镜像获取2.1 系统环境要求在开始之前请确保你的系统满足以下基本要求已安装Docker Engine版本18.06至少2GB可用内存1GB以上磁盘空间Linux内核版本3.10建议使用Ubuntu 20.04或CentOS 7作为宿主机操作系统。我在CentOS 7.9和Ubuntu 22.04上都成功部署过两者没有明显差异。2.2 Redis镜像选择我们使用官方Redis 6.0.20镜像这是6.x系列中较为稳定的一个版本docker pull redis:6.0.20为什么选择6.0.x版本而不是最新的7.x根据我的经验6.0.x版本在稳定性和功能完整性上达到了很好的平衡而且大多数生产环境仍在使用这个版本系列。如果你需要特定的新功能也可以替换为其他版本号。注意不同版本的Redis配置文件格式可能有差异特别是在主从复制配置参数方面。本文的配置在6.0.x系列中测试通过。3. 主从节点配置详解3.1 目录结构规划合理的目录结构能让后续维护更加轻松。我建议采用以下组织形式/home/docker/ ├── redis6379/ # 主节点 │ ├── conf/ │ │ └── redis.conf │ └── data/ ├── redis6380/ # 从节点1 │ ├── conf/ │ │ └── redis.conf │ └── data/ └── redis6381/ # 从节点2 ├── conf/ │ └── redis.conf └── data/创建目录的命令如下for port in 6379 6380 6381; do mkdir -p /home/docker/redis${port}/{conf,data} done这种结构将配置文件和持久化数据分开存储既方便备份也利于权限管理。3.2 主节点配置主节点的配置文件(/home/docker/redis6379/conf/redis.conf)核心内容如下port 6379 protected-mode no requirepass 123456 daemonize no appendonly yes关键参数说明protected-mode no允许远程连接这在容器间通信时必须关闭requirepass设置访问密码生产环境应使用更复杂的密码appendonly yes开启AOF持久化比RDB更能保证数据安全3.3 从节点配置从节点配置以6380为例需要额外添加主从复制相关参数port 6380 protected-mode no requirepass 123456 masterauth 123456 replicaof 172.16.8.186 6379 replica-read-only yes重要注意事项masterauth必须与主节点的requirepass一致否则无法建立复制replicaof参数指定主节点IP和端口这里使用宿主机IP从节点默认只读(replica-read-only yes)这是推荐的安全设置4. 容器化部署实战4.1 启动主节点容器docker run -d \ -p 6379:6379 \ --name redis6379 \ --restart always \ --privilegedtrue \ -v /home/docker/redis6379/conf/redis.conf:/etc/redis/redis.conf \ -v /home/docker/redis6379/data:/data \ redis:6.0.20 \ redis-server /etc/redis/redis.conf参数解析--restart always确保容器异常退出后自动重启--privileged给予容器足够的权限访问宿主机资源卷挂载(-v)将配置和数据持久化到宿主机4.2 启动从节点容器从节点启动命令与主节点类似主要区别在端口映射和容器名称# 从节点6380 docker run -d \ -p 6380:6380 \ --name redis6380 \ --restart always \ --privilegedtrue \ -v /home/docker/redis6380/conf/redis.conf:/etc/redis/redis.conf \ -v /home/docker/redis6380/data:/data \ redis:6.0.20 \ redis-server /etc/redis/redis.conf # 从节点6381 docker run -d \ -p 6381:6381 \ --name redis6381 \ --restart always \ --privilegedtrue \ -v /home/docker/redis6381/conf/redis.conf:/etc/redis/redis.conf \ -v /home/docker/redis6381/data:/data \ redis:6.0.20 \ redis-server /etc/redis/redis.conf4.3 网络连接问题排查如果从节点无法连接主节点常见原因包括防火墙未放行相应端口主节点bind地址限制密码认证失败检查命令# 查看容器日志 docker logs redis6380 # 测试网络连通性 docker exec redis6380 ping 172.16.8.1865. 主从复制验证与管理5.1 查看复制状态进入主节点容器执行docker exec -it redis6379 redis-cli -a 123456 info replication正常输出应显示connected_slaves为2类似# Replication role:master connected_slaves:2 slave0:ip172.17.0.3,port6379,stateonline,offset1234,lag0 slave1:ip172.17.0.4,port6379,stateonline,offset1234,lag05.2 数据同步测试在主节点写入数据docker exec -it redis6379 redis-cli -a 123456 set test_key hello在从节点读取验证docker exec -it redis6380 redis-cli -a 123456 -p 6380 get test_key5.3 从节点只读验证尝试在从节点写入会报错docker exec -it redis6380 redis-cli -a 123456 -p 6380 set test_key world # (error) READONLY You cant write against a read only replica.6. Redis主从复制深度解析6.1 全量复制过程当从节点首次连接主节点时会触发全量复制从节点发送PSYNC命令主节点执行BGSAVE生成RDB快照主节点将RDB文件传输给从节点从节点清空旧数据并加载RDB主节点发送缓冲区的写命令6.2 增量复制机制全量复制完成后进入增量复制阶段主节点维护一个复制积压缓冲区(repl_backlog)从节点断线重连后发送PSYNC命令携带复制偏移量主节点根据偏移量决定执行全量还是部分同步6.3 复制风暴预防当从节点数量较多时可以采用树状复制结构减轻主节点压力主节点 ├── 从节点1 │ └── 从节点3 └── 从节点2 └── 从节点4配置方法是将部分从节点的replicaof指向其他从节点而非主节点。7. 生产环境建议虽然本文演示的是单机部署但在实际生产环境中应注意资源隔离主节点和从节点应部署在不同物理机监控告警部署Redis Exporter Prometheus监控复制延迟备份策略定期备份RDB和AOF文件故障转移建议使用Redis Sentinel实现自动故障转移我在实际运维中发现合理的超时设置能有效应对网络波动repl-timeout 60 # 复制超时时间(秒) repl-ping-slave-period 10 # 从节点ping间隔8. 常见问题解决方案8.1 主从数据不一致现象从节点数据落后或缺失解决方案检查网络延迟增加复制缓冲区大小repl-backlog-size 64mb如严重不一致可执行手动全量同步8.2 复制中断现象从节点状态显示disconnected排查步骤检查主节点日志验证网络连通性检查密码认证配置查看系统资源使用情况8.3 性能优化建议适当增大TCP缓冲区repl-backlog-size 128mb client-output-buffer-limit replica 256mb 64mb 60避免主节点写入大key在低峰期执行全量同步通过以上步骤你应该已经成功搭建了一个Redis主从复制环境。这种部署方式虽然简单但已经包含了Redis复制的核心功能非常适合开发和测试使用。
阅读完成 · 觉得有帮助？
