1. Redis主从架构核心原理Redis主从复制是构建高可用Redis服务的基础架构模式它通过数据同步机制实现主节点(Master)到从节点(Slave)的数据实时复制。这种架构设计主要解决单点故障风险和数据读写分离的需求。主从复制的核心流程分为全量同步和增量同步两个阶段首次连接时从节点会向主节点发送SYNC命令触发全量同步主节点执行BGSAVE生成RDB文件同时缓冲期间的写命令传输RDB文件完成后主节点发送缓冲的命令进行增量同步后续通过命令传播机制保持数据一致性关键点Redis 4.0之后采用PSYNC2协议支持故障转移后的部分重同步大幅减少全量同步的发生概率。2. 主从配置实战步骤2.1 环境准备与安装建议使用Redis 6.2版本以获得最佳的主从复制特性。以下是在Linux环境下的安装步骤# 下载最新稳定版 wget https://download.redis.io/releases/redis-6.2.6.tar.gz tar xzf redis-6.2.6.tar.gz cd redis-6.2.6 make make install2.2 主节点基础配置主节点的redis.conf关键配置项bind 0.0.0.0 port 6379 daemonize yes pidfile /var/run/redis_6379.pid logfile /var/log/redis_6379.log dbfilename dump-6379.rdb启动主节点redis-server /path/to/redis.conf2.3 从节点配置从节点需要特别配置的项replicaof masterip masterport masterauth password # 如果主节点有密码 replica-read-only yes # 建议从节点设为只读启动从节点时会看到日志输出* Connecting to MASTER masterip:masterport * MASTER - REPLICA sync started * Non blocking connect for SYNC fired the event. * Master replied to PING, replication can continue... * Partial resynchronization not possible (no cached master) * Full resync from master: 92d1f...3. 主从状态监控与排错3.1 关键监控指标通过INFO replication命令查看复制状态127.0.0.1:6379 INFO replication # Replication role:master connected_slaves:1 slave0:ip192.168.1.2,port6380,stateonline,offset1098,lag0 master_replid:92d1f... master_repl_offset:1098重要指标说明master_repl_offset主节点复制偏移量slaveX下的offset从节点复制偏移量lag从节点延迟秒数3.2 常见问题排查同步中断问题检查网络连通性telnet主节点端口验证masterauth配置是否正确查看主从版本兼容性建议主从版本一致数据不一致问题对比INFO replication中的offset差值使用redis-check-rdb工具检查RDB文件完整性检查主节点是否因内存不足导致复制积压缓冲区被清空性能问题主节点避免执行KEYS *等阻塞命令从节点配置repl-disable-tcp-nodelay no减少网络延迟适当调整repl-backlog-size默认为1MB4. 生产环境优化建议4.1 参数调优# 主节点配置 repl-backlog-size 128mb # 增大复制积压缓冲区 repl-backlog-ttl 3600 # 缓冲区保留时间 client-output-buffer-limit replica 256mb 64mb 60 # 调整客户端输出缓冲区 # 从节点配置 repl-ping-replica-period 10 # 心跳检测间隔 repl-timeout 60 # 复制超时时间4.2 读写分离实现通过配置从节点为只读模式可以实现读写分离架构。应用层需要区分写请求路由到主节点读请求可以分散到多个从节点Java客户端示例LettuceRedisClient masterClient RedisClient.create(redis://master:6379); RedisClient slaveClient RedisClient.create(redis://slave:6380); StatefulRedisConnectionString, String writeConn masterClient.connect(); StatefulRedisConnectionString, String readConn slaveClient.connect();4.3 哨兵模式集成主从架构建议配合Sentinel实现自动故障转移。哨兵配置示例sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 60000启动哨兵redis-sentinel /path/to/sentinel.conf5. 高级特性与版本差异5.1 Redis 6.2新特性副本无盘复制Diskless Replicationrepl-diskless-sync yes repl-diskless-sync-delay 5适用于磁盘IO性能较差的场景副本延迟监控CONFIG SET min-replicas-to-write 1 CONFIG SET min-replicas-max-lag 10确保至少1个从节点延迟不超过10秒5.2 与集群模式对比特性主从复制集群模式数据分布全量复制分片存储扩展性读扩展读写扩展故障转移需Sentinel内置支持适用场景中小规模大规模数据集6. 容器化部署方案6.1 Docker Compose配置version: 3 services: redis-master: image: redis:6.2 command: redis-server --requirepass yourpassword ports: - 6379:6379 redis-replica: image: redis:6.2 command: redis-server --replicaof redis-master 6379 --masterauth yourpassword depends_on: - redis-master ports: - 6380:63796.2 Kubernetes部署StatefulSet配置片段- name: redis image: redis:6.2 args: [--replicaof, $(REDIS_MASTER_SERVICE_HOST), 6379] env: - name: REDIS_MASTER_SERVICE_HOST value: redis-master7. 性能测试与基准使用redis-benchmark测试主从架构# 测试主节点写入性能 redis-benchmark -h master -p 6379 -t set -n 100000 # 测试从节点读取性能 redis-benchmark -h slave -p 6380 -t get -n 100000典型优化前后的性能对比场景QPS写入QPS读取延迟(ms)单节点85,000110,0001.2主从未调优82,000210,0001.5主从调优后84,000280,0001.38. 安全加固措施网络隔离主从节点间使用专有网络配置防火墙规则限制访问源认证配置requirepass yourstrongpassword masterauth yourstrongpasswordTLS加密Redis 6.0tls-port 6379 tls-cert-file /path/to/redis.crt tls-key-file /path/to/redis.key tls-ca-cert-file /path/to/ca.crt9. 可视化监控方案推荐工具组合Prometheus Grafana使用redis_exporter采集指标配置关键监控大盘复制延迟主从状态内存使用情况RedisInsight官方可视化工具实时查看键空间执行分析命令10. 版本升级策略主从架构的升级步骤先升级所有从节点执行CLUSTER FAILOVER切换主从升级原主节点必要时切回原主节点重要提示升级前务必在从节点执行REPLICAOF NO ONE创建备份并验证数据完整性。