A3-1-Linux下 Redis 集群了解

最新推荐文章于 2024-07-21 18:20:05 发布

谦杯

最新推荐文章于 2024-07-21 18:20:05 发布

阅读量158

点赞数

分类专栏： Redis 文章标签： linux

本文链接：https://blog.csdn.net/qq_37960324/article/details/104490481

版权

Redis 专栏收录该内容

15 篇文章 1 订阅

订阅专栏

A3-1-Linux下 Redis 集群了解

参考：http://redisdoc.com/topic/cluster-tutorial.html

本次是通过对官网的学习做一次学习性的笔记

一、集群简介

1、什么是redis集群？

redis集群是一个可以在多个redis节点之间进行数据共享的设施（installation）

图片来源：https://www.cnblogs.com/bcde/p/11163362.html

2、redis集群特性

不支持需要同时处理多个键的 Redis 命令，因为执行这些命令需要在多个 Redis 节点之间移动数据，并且在高负载的情况下，这些命令将降低 Redis 集群的性能，并导致不可预测的行为。

Redis 集群通过分区（partition）来提供一定程度的可用性（availability）：即使集群中有一部分节点失效或者无法进行通讯，集群也可以继续处理命令请求。

3、redis集群优点

将数据自动切分（split）到多个节点的能力。
当集群中的一部分节点失效或者无法进行通讯时，仍然可以继续处理命令请求的能力。

4、连接

与任意实例连接，即可获得整个集群的数据！通过这个，得做一下读写分离了。

二、集群数据共享

参考：https://www.cnblogs.com/bcde/p/11163362.html

参考：https://www.cnblogs.com/wangfajun/p/12198149.html

Redis 集群使用数据分片（sharding）而非一致性哈希（consistency hashing）来实现：一个 Redis 集群包含 16384 个哈希槽（hash slot），数据库中的每个键都属于这 16384 个哈希槽的其中一个，集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽，其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和。

这个得在之后的集群操作中熟悉。

三、集群主从复制

为了使得集群在一部分节点下线或者无法与集群的大多数（majority）节点进行通讯的情况下，仍然可以正常运作， Redis 集群对节点使用了主从复制功能：集群中的每个节点都有 1 个至 N 个复制品（replica），其中一个复制品为主节点（master），而其余的 N-1 个复制品为从节点（slave）。

只要一个槽点存活一个节点服务器，那么集群就不会蹦！

四、Redis 集群的一致性保证（guarantee）风险项，需要考虑解决办法

Redis 集群不保证数据的强一致性（strong consistency）：在特定条件下， Redis 集群可能会丢失已经被执行过的写命令。

1、使用异步复制（asynchronous replication）是 Redis 集群可能会丢失写命令的其中一个原因。考虑以下这个写命令的例子：

客户端向主节点 B 发送一条写命令。
主节点 B 执行写命令，并向客户端返回命令回复。
主节点 B 将刚刚执行的写命令复制给它的从节点 B1 、 B2 和 B3 。

如你所见，主节点对命令的复制工作发生在返回命令回复之后，因为如果每次处理命令请求都需要等待复制操作完成的话，那么主节点处理命令请求的速度将极大地降低 —— 我们必须在性能和一致性之间做出权衡。

2、Redis 集群另外一种可能会丢失命令的情况是，集群出现网络分裂（network partition），并且一个客户端与至少包括一个主节点在内的少数（minority）实例被孤立。
举个例子，假设集群包含 A 、 B 、 C 、 A1 、 B1 、 C1 六个节点，其中 A 、B 、C 为主节点，而 A1 、B1 、C1 分别为三个主节点的从节点，另外还有一个客户端 Z1 。
假设集群中发生网络分裂，那么集群可能会分裂为两方，大多数（majority）的一方包含节点 A 、C 、A1 、B1 和 C1 ，而少数（minority）的一方则包含节点 B 和客户端 Z1 。
在网络分裂期间，主节点 B 仍然会接受 Z1 发送的写命令：