Redis集群的核心是通过分片（sharding）实现数据分布，每个节点负责一部分槽位（0-16383），客户端使用CRC16算法计算key的槽位位置，实现自动路由。搭建集群命令：redis-cli --cluster create 192.168.1.101:7001 192.168.1.101:7002 ... --cluster-replicas 1。实战中，品优购使用Twemproxy作为代理层平滑过渡到原生集群，处理热点key问题采用一致性哈希+多副本。监控告警通过Prometheus+Grafana，常见故障如槽位迁移失败需手动balance。

品优购Redis集群搭建实战

在品优购的高并发场景下，单机Redis已无法满足，我们选择了Redis Cluster。步骤：1. 准备6个节点（3主3从）；2. 每个节点redis.conf配置cluster-enabled yes, cluster-config-file nodes.conf, cluster-node-timeout 15000；3. 启动所有节点；4. 创建集群：redis-cli --cluster create ip:port1 ip:port2 ... --cluster-replicas 1；5. 测试：cluster info查看状态，cluster nodes查看节点信息。遇到的问题：防火墙端口需开放7000-7005和10000端口。

分布式缓存核心要点分享

品优购Redis集群实战经验：key设计避免热点，使用{tag}分片，如user:{1001}:info；大key拆分，小于10MB；pipeline批量操作提升性能；Lua脚本原子性保证一致性。故障处理：集群下线节点自动failover，主从切换时间<10s。容量规划：每个主节点预留30%空间，避免full gc。

Redis集群在品优购的优化实践

我们对Redis集群进行了多维度优化：1. 引入哨兵模式辅助监控；2. 使用scan代替keys命令；3. 慢查询日志开启，分析QPS峰值10w+；4. 多级缓存：L1本地guava，L2 Redis集群，L3 MySQL。结果：缓存命中率达95%，QPS提升3倍。

品优购Redis集群常见问题与解决方案

问题1：槽位不均衡。解决：redis-cli --cluster rebalance --cluster-weight选项。问题2：大key导致fork阻塞。解决：提前监控bigkey，懒删除。问题3：网络分区。解决：调整cluster-node-timeout参数。品优购通过自动化脚本每日检查集群健康。

Redis集群进阶：品优购的生产部署

生产环境部署：使用Docker Compose一键部署6节点集群。docker-compose.yml中配置端口映射。脚本自动化：创建集群后，执行cluster meet添加新节点。品优购的规模：100+节点，PB级数据，RPS 50w+。

掌握分布式缓存：品优购经验总结

核心要点：1. 选择合适的分片策略；2. 监控全链路延迟；3. 灾备双活架构；4. 版本统一Redis 6.0+。代码示例：Java JedisCluster client = new JedisCluster(new HostAndPort("127.0.0.1", 7000));

FAQ
Q: Redis集群如何处理key的跨槽访问？
A: 使用HASH TAG，如key{tag}，确保同一槽位。
Q: 集群扩容怎么操作？
A: 添加新节点，执行cluster meet，然后reshard迁移槽位。
Q: 主节点故障恢复时间？
A: 通常几秒，依赖于cluster-node-timeout和从节点复制进度。
Q: 如何监控Redis集群？
A: 使用redis-cli cluster info + Prometheus exporter + Grafana dashboard。