今天来讲一下 Reids Cluster 的 Gossip 协议和集群操作，文章的思维导图如下所示。

俗话说，计算机编程的任何问题，都可以通过增加一个抽象层来解决，这句话用在我身上就太合适了。

redis是一款内存数据库, 谁也无法保证服务器不宕机,那服务器宕机后内存数据就全丢了啊, 这是就需要提前把数据保存到磁盘,我们把这种操作称之为持久化....

Redis 是基于 Reactor 模式开发了网络事件处理器，这个处理器称为文件事件处理器。组成结构为4个部分：

Redis子进程负责AOF或者RDB文件的重写，它的运行过程主要涉及CPU、内存、硬盘三部分的消耗

今天主要分享继Redis持久化方式RDB、AOF之后的一些常用的Redis问题定位于优化方式。

首先是指用户请求的数据能少就少。请求的数据包括上传给系统的数据和系统返回给用户的数据（通常就是网页）。

为什么需要Slots迁移，或者说在什么场景下需要迁移？主要是为了扩容，Codis以Slot为单位将整个集群分成了1024个Slots，因此如果在运行过程中想增加服务器，就需要将原有的一些Slots迁移到新的服务器上。...

前面我们分析了Codis Proxy的初始化：Codis Proxy初始化篇，今天分析其它部件的初始化，包括Redis Group及Slot的初始化。

懂行的老哥一看这个小标题，就知道我要以排行榜作为切入点，去讲 Redis 的 zset 了。