一. Redis客户程序和服务通信

Redis客户端通过基于TCP网络的RESSP协议与Redis服务器进行通信。

• 实现容易
• 解析快
• 人类可读

RESSP支持各种数据类型,包括简单字符串、错误、整数、散装字符串和阵列。

• 响应的第一个字节是简单的字符串中的“+”字节。
• 错误, 响应的第一个字节是“ - ” 。
• 答案的第一个字节是整数“:”
• 批量字符串的第一个响应字节是“$”
• 数组中,响应的第一个字节是“*”

客户端向 Redis 服务器发送命令,作为散装字符串的 RESP 阵列 。服务器返回响应命令的 RESP 类型 。在RESP中，若干数据类型由第一个字节确定,协议的各部分总是用“rn”(CRLF)来结尾。

发送命令设置了按键1 值1, 并附有底部抓取的二进制请求, 例如 :

*3
$3
set
$4
key1
$6
value1

二. 有关Redis群集群集群群宣传协议的传闻

Redis集群是分散设计的。《哥斯普协定》保证最后的一致性。反 Entropy 是 Gossip 算法的另一个名称 。1987年《ACM》首次出版的《ACM》出版的《数据库维护复制应用的流行性数值》可在ACM网站上查阅。具体特点如下:在圆圈网中,每个节点都随机与其他节点交谈。在不受限制的通信期间,所有节点州最终都会达成协议

Gossip的特点

• 允许任意增加和减少节点,新节点的地位将最终与以往节点的地位相符;
• 对错误的容忍度:任何节点的停止和重新启动对Gossip消息的发布没有任何影响,而Gossip协议有一个内在分布式系统容忍功能。
• 权力下放:Gossip协议不需要中心节点;所有节点都是对等的,没有节点必须了解整个网络的状况,只要网络连接,任何节点都可以将信息传送到整个网络。
• 一致性:戈西普协议系统状态的不一致可能很快降低到一致性,信息传播速度达到对数N。
• 简化: Gossip 协议方法非常基本,

戈斯普的不足情况

• 信息延迟:根据Gossip协议,节点只向几个节点一次广播信息,最终通过多轮传播达到整个网点,导致新闻不可避免地延误,不适合在实时需求高的情况下应用。
• 这篇文章是全球之声在线特稿的一部分。节点定期向周围节点发出随机信号。接收到讯息的节点再次经历同样的过程。因此,生存的必然性被重复并传达到同一个节点。造成了消息的冗余，它还提高了对接收信息所需处理的节点的需求。通信的冗余会给互联网带宽和CUP资源造成重大压力。传输频率限制了这些负担。反过来,频率决定了算法的收集速度。

2.1.1 Redis群集中的流流星通信

与Redis Cruster, 每一个Redis Master 榜样在两个 TCP 端口收听。编号6379(违约)用于满足客户的要求。对于集群内通信,使用了16379号港口(违约服务港口+10 00)。本组可提供以下节点通信:

• 使用指定的规则,每个节点会选择不同的节点在设定的周期内传输 Ping 信件 。
• 收到平方电文后,便使用平方电文作为回复。

Redis 群集中的电文类型如下:

• Meet 发来的信息: 要邀请新节点加入。 发件人邀请收件人加入现有组群, 在会议消息通常完成后, 接收节点会加入组群, 周期性交换会发生 Ping 。
• Ping 消息:最常用的信息在组内传递,组内的每个节点每秒向多个其他节点发送Ping信息,以确定节点是否在线,并交换状态信息。 Ping 发送包含其节点和其他节点部分的数据;
• Pong讯息:Ping and Meet讯息一到, 就会在页面上公布。因此,发件人收到确认该电文是定期发送的。每一条Pong信息中都有它自己的状况数据。节点还可以向分组播放自己的Pong信息,将当前状况通知分组的其余部分。
• 当节点决定该组中的另一个节点向下移动时,“失败”信息会被播放到该组中,相关节点被修改为当其他节点收到“失败”信息时离线。

  
  请见https://zhuanlan.org。 我道歉,

本文由 在线网速测试 整理编辑，转载请注明出处。