学习

# 消费模型的选择 主流消息队列一般支持 Pull、Push、Pop 三种消费模型。 ## Pull 模型 Pull（拉）模型是指客户端通过不断轮询的方式向服务端拉取数据。 它的好处是客户端根

![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/eaf356975ae946beb60d0ca5e7ec8d1d~tp

# 提升写入操作的性能 写入优化的主要思路之一是：将数据写入到速度更快的内存中，等积攒了一批数据，再批量刷到硬盘中。 ![image.png](https://p9-juejin.byteimg.

消息队列中的数据一般分为元数据和消息数据。元数据是指 Topic、Group、User、ACL、Config 等集群维度的资源数据信息，消息数据指客户端写入的用户的业务数据。下面我们先来看元数据信息的

# 网络模块的性能瓶颈分析 对于单个请求来说，请求流程是：客户端（生产者 / 消费者）构建请求后，向服务端发送请求包 -> 服务端接收包后，将包交给业务线程处理 -> 业务线程处理完成后，将结果返回

从技术上来看，私有协议设计一般需要包含三个步骤。 1. 网络通信协议选型，指计算机七层网络模型中的协议选择。比如传输层的 TCP/UDP、应用层的 HTTP/WebSocket 等。 2. 应用通信协

在系统架构中，消息队列的定位就是总线和管道，主要起到解耦上下游系统、数据缓存的作用。它不像数据库，会有很多计算、聚合、查询的逻辑，它的主要操作就是生产和消费。所以，我们在业务中不管是使用哪款消息队列，

是否选择使用标准消息队列产品，取决于你的数据和业务场景的需求。当数据量大、场景复杂后，才必须引入标准消息队列，因为它有高吞吐、持久化、长久堆积的特性。 # 业界都有哪些消息队列 RabbitMQ

# 记录数据迁移的数据结构 Redis Cluster 的每个集群节点都对应了一个 clusterNode 的结构体（在cluster.h文件中）。这个结构体中包含了一个 char 类型的数组，用来

# 集群节点处理命令的基本流程 Redis server 处理一条命令的过程可以分成四个阶段，分别是命令读取、命令解析、命令执行和结果返回。 对于像 Redis Cluster 这样，没有使用中

# Gossip 协议的基本工作机制 在一个使用了 Gossip 协议的集群中，每个集群节点会维护一份集群的状态信息，包括集群中各节点的信息、运行状态，以及数据在各节点间的分布情况。 当集群节

# 发布订阅通信方法的实现 发布订阅通信方法的基本模型是包含发布者、频道和订阅者。发布者把消息发布到频道上，而订阅者会订阅频道，一旦频道上有消息，频道就会把消息发送给订阅者。一个频道可以有多个订阅者

# 主节点客观下线判断 sentinelCheckObjectivelyDown 函数通过遍历主节点记录的 sentinels 哈希表，就可以获取其他哨兵实例对同一主节点主观下线的判断结果。 se

# 哨兵 Leader 选举和 Raft 协议 Raft 协议可以用来实现分布式共识，这是一种在分布式系统中实现多节点达成一致性的算法，可以用来在多个节点中选举出 Leader 节点。为了实现这一

# 哨兵实例的初始化 哨兵实例的初始化入口函数也是 main（在 server.c 文件中）。 main 函数在调用 initServerConfig 函数初始化各种配置项之前，会调用 check

Redis 的主从复制主要包括了全量复制、增量复制和长连接同步三种情况。全量复制传输 RDB 文件，增量复制传输主从断连期间的命令，而长连接同步则是把主节点正常收到的请求传输给从节点。 Redis

# 如何使用管道进行父子进程间通信？ 管道（pipe）就是一种用于父子进程间通信的常用机制。 管道机制在操作系统内核中创建了一块缓冲区，父进程 A 可以打开管道，并往这块缓冲区中写入数据。同时，子

# AOF 重写函数与触发时机 实现 AOF 重写的函数是 rewriteAppendOnlyFileBackground，它是在aof.c文件中实现的。在这个函数中，会调用 fork 函数创建一个

# RDB 创建的入口函数和触发时机 Redis 源码中用来创建 RDB 文件的函数有三个，它们都是在rdb.c文件中实现的。 - rdbSave 函数 这是 Redis server 在本

惰性删除是 Redis 4.0 版本后提供的功能，它会使用后台线程来执行删除数据的任务，从而避免了删除操作对主线程的阻塞。 # 惰性删除的设置 其中包括了四个配置项，分别对应了如下的四种场景：