1. Redis主从架构基础认知Redis主从复制Replication是构建高可用Redis服务的基础架构模式。我在实际生产环境中部署过数十套Redis主从集群这种架构最显著的价值在于实现了数据的热备份和读写分离。主从模式下所有写操作只发生在主节点Master而从节点Slave会自动同步主节点的数据变更。主从复制的核心特点包括异步复制默认采用异步方式同步数据主节点处理写命令后立即返回客户端不会等待从节点完成同步级联复制从节点可以有自己的从节点形成多层复制关系断点续传从Redis 2.8开始支持PSYNC命令在网络中断后能够只同步缺失部分数据非阻塞同步主节点在进行全量同步RDB传输期间仍能处理命令关键经验生产环境中建议至少部署1主2从的架构。单一从节点在故障转移时存在单点风险而两个从节点可以提供冗余保障。2. 环境准备与Redis安装2.1 服务器规划建议根据我的部署经验主从节点应该部署在不同物理机上以避免单点故障。以下是推荐的服务器规划角色IP地址示例配置要求数据目录Master192.168.1.1008核CPU/16GB内存/data/redis/masterSlave1192.168.1.1014核CPU/8GB内存/data/redis/slave1Slave2192.168.1.1024核CPU/8GB内存/data/redis/slave22.2 Redis编译安装实战在CentOS系统上安装Redis 7.x的完整过程# 安装依赖 yum install -y gcc gcc-c make tcl # 下载解压 cd /opt wget http://download.redis.io/releases/redis-7.0.3.tar.gz tar xzf redis-7.0.3.tar.gz cd redis-7.0.3 # 编译安装建议使用jemalloc内存分配器 make BUILD_TLSyes USE_SYSTEMDyes MALLOClibc -j$(nproc) make install PREFIX/usr/local/redis # 创建系统服务 cat /etc/systemd/system/redis.service EOF [Unit] DescriptionRedis persistent key-value database Afternetwork.target [Service] Typenotify ExecStart/usr/local/redis/bin/redis-server /etc/redis/redis.conf ExecStop/usr/local/redis/bin/redis-cli shutdown Restartalways Userredis Groupredis LimitNOFILE65536 [Install] WantedBymulti-user.target EOF避坑提示编译时如果出现zmalloc.h:50:31: fatal error: jemalloc/jemalloc.h错误需要执行make MALLOClibc指定使用libc内存分配器。3. 主从配置深度解析3.1 Master节点关键配置主节点的redis.conf需要重点关注以下参数# 网络配置 bind 192.168.1.100 protected-mode no port 6379 # 持久化配置 appendonly yes appendfsync everysec dir /data/redis/master # 主从安全 requirepass Master123 masterauth Master123 # 性能优化 repl-backlog-size 256mb repl-backlog-ttl 3600 client-output-buffer-limit slave 512mb 128mb 603.2 Slave节点配置要点从节点的核心配置差异在于需要指定主节点信息# 主节点连接配置 replicaof 192.168.1.100 6379 masterauth Master123 # 从节点特有配置 replica-serve-stale-data yes replica-read-only yes repl-diskless-sync no3.3 主从验证与监控配置完成后可以通过以下命令验证主从状态# 在主节点查看复制信息 redis-cli -h 192.168.1.100 -a Master123 info replication # 在从节点测试写入应该报错 redis-cli -h 192.168.1.101 -a Master123 set test should fail预期输出中应该包含主节点显示connected_slaves:2从节点显示role:slave和master_link_status:up4. 生产环境优化实践4.1 内核参数调优Redis对操作系统内核参数有特殊要求这是我总结的生产环境优化清单# 内存分配策略 echo vm.overcommit_memory 1 /etc/sysctl.conf # 网络参数优化 echo net.core.somaxconn 65535 /etc/sysctl.conf echo net.ipv4.tcp_max_syn_backlog 65535 /etc/sysctl.conf # 禁用透明大页THP echo echo never /sys/kernel/mm/transparent_hugepage/enabled /etc/rc.local sysctl -p4.2 持久化策略选择主从架构中合理的持久化配置方案场景Master配置Slave配置数据安全性要求高AOF everysec RDB定时备份AOF everysec性能优先RDB每小时备份RDB同步灾难恢复要求严格AOF always RDB每日备份AOF always4.3 常见故障处理问题1主从同步延迟高解决方案检查网络带宽和延迟增加repl-backlog-size建议设置为内存的10%优化主节点写入频率考虑使用SSD磁盘问题2从节点无法连接主节点排查步骤# 1. 检查网络连通性 telnet 192.168.1.100 6379 # 2. 验证认证信息 redis-cli -h 192.168.1.100 -a Master123 ping # 3. 检查防火墙规则 iptables -L -n | grep 6379 # 4. 查看Redis日志 tail -f /var/log/redis/redis.log5. 高级特性与演进方案5.1 读写分离实现通过以下配置可以实现读写分离// Spring Boot配置示例 Bean public LettuceConnectionFactory redisConnectionFactory() { RedisStandaloneConfiguration masterConfig new RedisStandaloneConfiguration(192.168.1.100, 6379); masterConfig.setPassword(Master123); RedisStandaloneConfiguration slaveConfig new RedisStandaloneConfiguration(192.168.1.101, 6379); slaveConfig.setPassword(Master123); LettuceClientConfiguration clientConfig LettuceClientConfiguration.builder() .readFrom(ReadFrom.REPLICA_PREFERRED) .build(); return new LettuceConnectionFactory( new MasterReplicaConfiguration(masterConfig, Collections.singletonList(slaveConfig)), clientConfig); }5.2 主从切换方案虽然Redis主从本身不支持自动故障转移但可以通过脚本实现半自动切换#!/bin/bash # 故障转移脚本示例 MASTER$1 SLAVE$2 # 1. 提升从节点 redis-cli -h $SLAVE -a Master123 REPLICAOF NO ONE # 2. 通知其他从节点切换主节点 redis-cli -h other_slave -a Master123 REPLICAOF $SLAVE 6379 # 3. 通知应用切换连接 # ... 调用配置中心API更新配置 ...5.3 向集群模式演进当数据量超过单机容量时可以考虑升级到Redis Cluster每个主节点配置1-2个从节点使用redis-trib.rb工具创建集群客户端需要支持集群模式数据会自动分片到不同节点我在实际项目中遇到一个典型场景当主从复制延迟超过10秒时业务系统会出现数据不一致问题。解决方案是引入哨兵监控机制当延迟超过阈值时自动触发告警同时优化业务写入模式将批量写入改为分批写入。