Redis 架构三部曲：单机、主备、集群的本质差异、性能陷阱与哈希设计精髓

早些年参与某金融系统实践，亲历了Redis架构的演进。初期，单节点实例稳定支撑了近万QPS的混合读写流量，表现优异。随着业务量与数据规模持续增长，单节点逐渐触及内存与吞吐量瓶颈。团队据此将架构升级为Redis Cluster，以期实现水平扩展。然而，由于对分布式特性（如数据分片、跨节点事务限制、客户端路由策略）的复杂性预估不足，迁移后反而出现了慢查询激增、整体时延显著上升的现象。