kavenKai的博客

需要注意的是，Redis的pub/sub模式不支持获取历史消息。当一个消息被发布到一个频道中，订阅该频道的客户端只能接收到该消息的副本，无法获取发布之前的历史消息。如果需要获取历史消息，可以考虑使用其他工具或技术，如消息队列、数据库或日志系统。

通过对Redis主从复制和哨兵机制的学习，我们不难看出，这两种机制解决了高可用、高并发读取的问题。但是，当需要进行海量数据存储及高并发数据写入时，单靠这两种机制并不能达到使用要求，于是，就出现了Redis的重要概念：数据分片。Redis通过数据分片集群机制，将数据分散储存在多个节点上，以提高系统的扩展性和性能；1.扩展性：当现有的节点无法满足系统的存储及性能需求时，可以通过添加更多节点扩展系统的存储和处理能力。

哨兵机制有监控、通知、自动故障转移、实现配置管理的作用，不过需要注意的是，主从故障转移时，由于主节点已下线，在故障期间的操作无法避免的会损失掉。

在中我们了解到，可以通过List类型的lpop/rpush结合sleep或者blpop/rpush来实现消息队列。但是这两种做法存在以下弊端1.当生产速度大于消费速度时，会导致数据堆积，占用存储空间。2.使用sleep进行消息获取时，无法把握时间，消息实时性差3.List的消息队列只能一对一发布，无法一对多。因此，Redis提供了发布、订阅的相关用法。

Hash类型的结构：Hash相较于String类型，更加节省空间，同时通过一个key存储多个键值对的方式，减少了key的创建量，从而减少了key的命名冲突，在读取时，也可以通过一个key获取到一系列的相关数据，避免反复请求，减少了资源消耗。当然，由于无法单独对Field进行精细化控制（如设置过期时间等），同时也Hash无法进行bit操作。同时，由于Redis集群式通过KEY进行取模从而决定将它分布到不同Redis节点上，以达到平衡存储压力的。