Redis主从复制与Docker部署实践指南

1. Redis主从复制的核心价值与应用场景

Redis主从复制是构建高可用Redis服务的基石。我在实际生产环境中部署过数十套Redis主从架构，发现它不仅能实现数据冗余备份，更重要的是为读写分离提供了基础设施。主节点（Master）处理所有写操作，而从节点（Slave）则承担读请求，这种架构特别适合读多写少的应用场景。

主从复制的核心机制是通过RDB快照和AOF日志的组合实现数据同步。当新的从节点加入时，主节点会生成RDB快照文件发送给从节点，之后通过AOF持续同步增量数据。这个过程需要注意两个关键参数：

• repl-backlog-size：控制复制积压缓冲区大小，建议设置为内存的1/4
• repl-timeout：同步超时时间，默认60秒

经验之谈：在Docker环境中部署时，务必确保各容器间的时间同步（可通过--volumes-from共享/etc/localtime），否则可能导致AOF同步异常。

2. Docker环境准备与网络规划

2.1 Docker安装与基础配置

在开始前，我们需要准备Docker环境。以Ubuntu 20.04为例，安装步骤如下：

bash复制# 卸载旧版本
sudo apt-get remove docker docker-engine docker.io containerd runc

# 安装依赖
sudo apt-get update
sudo apt-get install \
    apt-transport-https \
    ca-certificates \
    curl \
    gnupg \
    lsb-release

# 添加Docker官方GPG密钥
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg

# 设置稳定版仓库
echo \
  "deb [arch=amd64 signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu \
  $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

# 安装Docker引擎
sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io

# 验证安装
sudo docker run hello-world

2.2 自定义Docker网络创建

为了避免使用默认的bridge网络导致的IP不固定问题，我们需要创建专用网络：

bash复制docker network create --subnet=172.18.0.0/16 redis-net

这个自定义网络提供了以下优势：

1. 容器间可通过容器名直接通信
2. 支持手动指定静态IP（通过--ip参数）
3. 隔离其他容器干扰

3. Redis主节点部署与配置

3.1 主节点容器启动

使用官方Redis镜像启动主节点：

bash复制docker run -d --name redis-master \
    --net redis-net --ip 172.18.0.101 \
    -p 6379:6379 \
    -v /data/redis/master:/data \
    redis:6.2-alpine \
    redis-server --appendonly yes --requirepass yourpassword

关键参数说明：

• -v /data/redis/master:/data：持久化数据到宿主机
• --appendonly yes：启用AOF持久化
• --requirepass：设置认证密码（生产环境必须）

3.2 主节点安全加固

通过Redis CLI连接主节点进行安全配置：

bash复制docker exec -it redis-master redis-cli -a yourpassword

# 重命名危险命令
127.0.0.1:6379> CONFIG SET rename-command FLUSHALL ""
127.0.0.1:6379> CONFIG SET rename-command CONFIG "b840fc02d524045429941cc15f59e41cb7be6c52"
127.0.0.1:6379> CONFIG REWRITE

避坑提示：Alpine镜像默认没有bash，使用sh进入容器。修改配置后务必执行CONFIG REWRITE使更改持久化。

4. Redis从节点部署与同步验证

4.1 从节点容器启动

启动两个从节点实现冗余：

bash复制# 从节点1
docker run -d --name redis-slave1 \
    --net redis-net --ip 172.18.0.102 \
    -p 6380:6379 \
    -v /data/redis/slave1:/data \
    redis:6.2-alpine \
    redis-server --appendonly yes --slaveof 172.18.0.101 6379 --masterauth yourpassword

# 从节点2
docker run -d --name redis-slave2 \
    --net redis-net --ip 172.18.0.103 \
    -p 6381:6379 \
    -v /data/redis/slave2:/data \
    redis:6.2-alpine \
    redis-server --appendonly yes --slaveof 172.18.0.101 6379 --masterauth yourpassword

4.2 复制状态验证

在主节点查看复制状态：

bash复制docker exec -it redis-master redis-cli -a yourpassword info replication

正常输出应包含：

plaintext复制connected_slaves:2
slave0:ip=172.18.0.102,port=6379,state=online,offset=12345,lag=0
slave1:ip=172.18.0.103,port=6379,state=online,offset=12345,lag=0

4.3 数据同步测试

验证主从数据同步：

bash复制# 主节点写入
docker exec -it redis-master redis-cli -a yourpassword set test_key "hello"

# 从节点读取
docker exec -it redis-slave1 redis-cli -a yourpassword get test_key

5. 高级配置与性能调优

5.1 复制积压缓冲区优化

在主节点配置文件中增加：

plaintext复制repl-backlog-size 64mb
repl-backlog-ttl 3600

通过Docker环境变量传递配置：

bash复制-e REDIS_REPL_BACKLOG_SIZE=64mb

5.2 内存管理策略

为防止内存溢出，建议设置：

plaintext复制maxmemory 2gb
maxmemory-policy allkeys-lru

5.3 持久化策略权衡

根据业务需求选择：

• RDB：高性能，低空间占用，但可能丢失最后几分钟数据
• AOF：高可靠性，但写入性能较低

生产环境建议同时启用：

plaintext复制appendonly yes
appendfsync everysec
save 900 1
save 300 10
save 60 10000

6. 常见问题排查指南

6.1 主从连接失败

错误现象：

plaintext复制Error condition on socket for SYNC: Connection refused

排查步骤：

1. 检查网络连通性：docker exec redis-slave1 ping 172.18.0.101
2. 验证认证密码：确保--masterauth与主节点requirepass一致
3. 检查防火墙规则：sudo iptables -L -n

6.2 同步延迟严重

可能原因及解决方案：

1. 网络带宽不足：升级网络或减少同步数据量
2. 从节点负载过高：增加从节点或优化查询
3. 主节点写入压力大：实施写入限流

监控命令：

bash复制redis-cli info replication | grep lag

6.3 容器重启后同步中断

解决方案：

1. 使用Docker Compose定义服务依赖
2. 为从节点添加健康检查：

yaml复制healthcheck:
  test: ["CMD", "redis-cli", "ping"]
  interval: 10s
  timeout: 5s
  retries: 3

7. 生产环境部署建议

7.1 资源隔离方案

建议为Redis容器分配专属CPU核心：

bash复制--cpuset-cpus="0,1"

内存限制：

bash复制--memory 4g --memory-swap 4g

7.2 监控方案实施

推荐监控指标：

1. 内存使用率
2. 命中率
3. 连接数
4. 同步延迟

Prometheus配置示例：

yaml复制scrape_configs:
  - job_name: 'redis'
    static_configs:
      - targets: ['172.18.0.101:9121']

7.3 备份策略设计

建议采用三级备份：

1. 实时：AOF持久化
2. 小时级：RDB快照
3. 日级：宿主机备份

备份脚本示例：

bash复制docker exec redis-master redis-cli -a yourpassword save
cp /data/redis/master/dump.rdb /backup/redis-$(date +%Y%m%d).rdb

我在实际运维中发现，Docker部署Redis主从时最常见的坑是网络配置不当导致同步失败。特别是在Kubernetes环境中，需要特别注意Service的标签选择器配置。另外，当主节点发生故障转移时，务必更新从节点的slaveof配置，这个可以通过编写健康检查脚本自动完成。