1. Redis主从与集群架构解析
Redis作为当前最流行的内存数据库之一，其高可用方案主要依靠主从复制和集群模式来实现。我在实际生产环境中部署过数十个Redis实例，深刻理解这两种架构的差异点和适用场景。
主从架构通过单点写入、多点读取的方式提升读性能，而集群模式则通过数据分片实现真正的分布式存储。去年我们电商大促期间，商品详情页缓存就是采用1主3从的架构，QPS稳定支撑了12万/秒的请求量。
2. 主从复制深度实践
2.1 主从配置实操
在redis.conf中配置主从关系有两种方式：
- 配置文件永久生效：
replicaof 192.168.1.100 6379 masterauth yourpassword- 运行时动态修改（重启失效）：
redis-cli -h 192.168.1.101 127.0.0.1:6379> REPLICAOF 192.168.1.100 6379重要提示：主节点必须设置requirepass，且从节点的masterauth要与主节点密码一致，否则复制链路会建立失败。
2.2 复制原理剖析
Redis主从复制分为全量同步和增量同步两个阶段：
- 首次连接时执行全量同步（RDB文件传输）
- 正常运行期间通过复制缓冲区进行增量同步
通过以下命令可以观察复制状态：
redis-cli info replication典型输出示例：
role:slave master_host:192.168.1.100 master_port:6379 master_link_status:up slave_repl_offset:175432.3 主从架构的局限性
在我们金融业务中遇到的主要问题：
- 主节点单点故障需要人工干预
- 写性能无法扩展（所有写入仍集中在主节点）
- 网络分区时可能出现数据不一致
- 从节点提升为主节点期间服务不可用
3. Redis集群实战部署
3.1 集群规划建议
生产环境部署建议：
- 至少3个主节点保证选举可用
- 每个主节点配1个从节点
- 节点分布在不同的物理机上
创建集群的命令示例：
redis-cli --cluster create \ 192.168.1.101:6379 \ 192.168.1.102:6379 \ 192.168.1.103:6379 \ 192.168.1.104:6379 \ 192.168.1.105:6379 \ 192.168.1.106:6379 \ --cluster-replicas 13.2 数据分片机制
Redis集群采用哈希槽（Hash Slot）分片：
- 总共16384个槽位
- 每个键通过CRC16算法计算后取模16384确定所属槽位
- 可以通过CLUSTER KEYSLOT命令查看键的槽位
127.0.0.1:6379> CLUSTER KEYSLOT "user:1001" (integer) 34213.3 集群运维要点
- 节点扩容：
redis-cli --cluster add-node \ 新节点IP:端口 已有节点IP:端口 \ --cluster-slave --cluster-master-id <主节点ID>- 槽位迁移：
redis-cli --cluster reshard 已有节点IP:端口- 集群检查：
redis-cli --cluster check 节点IP:端口4. 生产环境问题排查
4.1 常见故障处理
- 脑裂问题现象：
- 客户端收到MOVED重定向错误
- 集群状态显示部分节点不可达
解决方案：
redis-cli --cluster fix 问题节点IP:端口- 从节点无法同步：
- 检查主从网络连通性
- 确认masterauth配置一致
- 检查主节点复制积压缓冲区状态
4.2 性能优化建议
- 合理设置复制缓冲区大小：
repl-backlog-size 256mb- 禁用危险命令：
rename-command FLUSHALL "" rename-command KEYS ""- 监控关键指标：
- 内存碎片率（mem_fragmentation_ratio）
- 键空间命中率（keyspace_hits/keyspace_misses）
- 网络输入输出流量（instantaneous_input/output_kbps）
5. 架构选型指南
经过多个项目的实践验证，我的建议是：
- 中小规模应用（QPS<5万）：
- 主从+哨兵架构
- 配置3个哨兵节点监控主节点
- 从节点开启read-only
- 大规模高并发场景：
- Redis Cluster集群模式
- 每个分片配置1-2个从节点
- 客户端使用智能连接池（如JedisCluster）
- 超大规模场景：
- 代理分片架构（Codis/Twemproxy）
- 配合集群模式使用
- 需要额外维护代理层
在最近的一次压力测试中，我们对比发现：
- 主从架构在10万QPS时主节点CPU达到90%
- 同规格的3分片集群CPU负载稳定在40%以下
- 集群模式的水平扩展优势非常明显
