我们知道Redis是内存数据库，它把数据都存储在了内存中，如果Redis服务器出现了意外，比如宕机、断电等情况，那么内存中的数据就会全部丢失。所以必须有一种机制可以把内存中的数据保存到磁盘里面，为了解决这个问题，Redis提供了RDB和AOF两种持久化机制，这也是Redis的重要特性之一。在开启混合持久化的情况下，AOF重写时会把Redis的持久化数据，以RDB的格式写入到AOF文件的开头，之后的

如果在同一时间点上，Redis中的同一个key被大量访问，就会导致流量过于集中，使得很多物理资源无法支撑，如网络带宽、物理存储空间、数据库连接等。这也是为什么某某明星官宣之后，微博上面就会出现宕机的情况。有时候这种宕机发生后，其他功能都是可以使用的，只是和这个热点有关的内容会无法访问，这其实就和热点数据有关系了。对于热key的处理，主要在于事前预测和事中解决。对于事前预测就是根据一些经验，提前识别

访问者模式是一种行为型设计模式，它可以用于在不修改已有对象结构的情况下，定义新的操作方式。一、什么是访问者模式 二、角色组成 三、优缺点 四、 应用场景 4.1 生活场景4.2 Java场景 五、代码实现 5.0 UML类图5.1抽象访问者——Visitor5.2 具体访问者——Tourist5.3 抽象元素——Spot5.4 具体元素——View、Relic5.5 对象结构——SpotColle

策略模式属于行为型设计模式。一、什么是策略模式 二、角色组成 三、优缺点四、应用场景 4.1 生活场景4.2 java场景五、代码实现5.0、UML类图5.1、VideoContext——环境类（Context）5.2、VideoStrategy——抽象策略类（Strategy）5.3、具体策略类（Concrete Strategy）5.4、TestStrategy

前面两篇文章介绍了Redis主从和哨兵模式，不难发现，它们都有一些共同的缺点，首先在主从切换的过程中会丢失数据；另一个就是只有一个master，只能单点写，并没有水平扩容能力。而且每个节点都保存了所有的数据，这使得内存占用率变高，另一个就是如果进行数据恢复也比较慢。为了解决这些问题，集群模式应运而生，下面我们来一起看看。

备忘录模式又称快照模式，是一种行为型设计模式。一、什么是备忘录模式 二、角色组成三、优缺点 四、应用场景五、代码实现 5.0 UML类图 5.1 EditorMemento——备忘录（Memento）5.2 Editor——源发器（Originator）5.3 History——管理者（Caretaker）5.4 testMemento 六、总结

缓存的使用在项目中是极其常见的，如果使用得当，缓存可谓时提升系统性能的最简单方法之一，反之则会出现一些莫名其妙的问题，在不同场景下，所使用的缓存策略也是有所变化的，下面我们就介绍一下三种常见的缓存设计模式——Cache Aside Pattern（重点）、Read/Write Through Pattern、Write Behind Caching Pattern。

随着上篇Redis实现分布式锁的完结，Redis的核心知识点也就暂时告一段落了，后续会介绍Redis一些零碎的知识点，比如事务、发布订阅、stream结构等，还有一些基于Redis实现的功能，比如订单到期关闭、排行榜、分布式限流、类似微信的共同关注、推荐关注等功能。我们先从Redis的发布订阅讲起。

我们知道Redis是内存数据库，它把数据都存储在了内存中，如果Redis服务器出现了意外，比如宕机、断电等情况，那么内存中的数据就会全部丢失。所以必须有一种机制可以把内存中的数据保存到磁盘里面，为了解决这个问题，Redis提供了RDB和AOF两种持久化机制，这也是Redis的重要特性之一。在开启混合持久化的情况下，AOF重写时会把Redis的持久化数据，以RDB的格式写入到AOF文件的开头，之后的

上篇文章介绍了Redis的9种数据类型和常命令、7种数据结构和9种编码方式。但是如果想要把它应用到项目中，我们还需要一个redis的客户端。redis的Java客户端种类还是很多的，其中使用最广泛的有三种——Jedis、lettuce和redisson，下面我们一起来学习下。基于redis开放的通信协议，大神们纷纷开发出了各种语言的redis客户端，包括C、C++、C#、D、java、Python