Redis 集群工作原理？ 如何通信？MOVED和ASKED 有什么区别

原创 于 2025-02-11 22:53:18 发布 · 1k 阅读 · 18 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #数据库 #缓存

目录

Redis 集群工作原理

1. 数据分片

2. 节点角色

3. 自动故障转移

Redis 集群通信方式

1. Gossip 协议

2. TCP 通信

MOVED 和 ASK 错误的区别

1. MOVED 错误

2. ASK 错误

Redis 集群工作原理

1. 数据分片

Redis 集群采用哈希槽（Hash Slot）来实现数据的分片存储。Redis 集群有 16384 个哈希槽，每个键通过 CRC16 算法计算出一个值，然后对 16384 取模，得到的结果就是该键对应的哈希槽编号。集群中的每个节点负责一部分哈希槽，例如节点 A 负责 0 - 5000 号哈希槽，节点 B 负责 5001 - 10000 号哈希槽，节点 C 负责 10001 - 16383 号哈希槽。

2. 节点角色
  • 主节点（Master）：负责处理客户端的读写请求，并管理自己负责的哈希槽。每个主节点可以有一个或多个从节点（Slave）。
  • 从节点（Slave）：从主节点复制数据，当主节点发生故障时，从节点可以被提升为主节点，继续提供服务，保证集群的高可用性。
3.
最低0.47元/天 解锁文章
点滴~
关注
redis ASK 和 MOVED 的区别
qinxinhe7的博客
02-18 2580
💝💝💝欢迎来到我的博客，很高兴能够在这里和您见面！希望您在这里可以感受到一份轻松愉快的氛围，不仅可以获得有趣的内容和知识，也可以畅所欲言、分享您的想法和见解。非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨。
Redis6集群安装及其扩容缩容
Field_Yang的博客
06-11 1891
移除master相对麻烦，因为主节点的里面是有分配了hash槽的，所以必须先把hash槽放入到其他的可用主节点中去，然后再进行移除节点操作，不然会出现数据丢失问题。上一步骤中创建的集群仅有master节点，需添加slave节点实现高可用，手动添加slave以实现和master不同主机，避免主机故障时，主从节点同时挂掉.前文安装的Ruby在Redis6属于无用功。因为主节点的里面是分配了hash槽，所以必须先把8006里的hash槽放入到其他的可用主节点中去，然后再进行移除节点操作，否则会出现数据丢失问题。
Redis集群之ASK错误、ASKING命令、REDIS_ASKING标识
z69183787的专栏
02-08 1662
一、ASK错误 在进行重新分片期间，源节点向目标节点迁移一个槽的过程中，可能会出现这样一种情况：属于被迁移槽的一部分键值对保存在源节点里面，而另一部分键值对则保存在目标节点 里面 当客户端向源节点发送一个与数据库键有关的命令，并且命令要处理的数据库键恰好就属于正在被迁移的槽时： 源节点会先在自己的数据库里面查找指定的键，如果找到的话，就直接执行客户端发送的命令（底层实现：如果节点收到一个关于键key的命令请求，并且键key所属的槽i正好就指派给了这个节 点，那么节点会尝试在自己的数据库里查找键key，
Redis中的集群(七)
Cover_sky的博客
04-11 1120
在一般情况下，如果客户端向节点发送一个关于槽i的命令，而槽i又没有指派给这个节点的话，那么节点将向客户端返回一个MOVED错误；但是，如果节点的clusterState.importing_slots_from[i]显示节点正在导入槽i,并且发送命令的客户端带有REDIS_ASKING标识，那么节点将破例执行这个关于槽i的命令一次，过程如图所示。当客户端接收到ASK错误并转向至正在导入槽的节点时，客户端会先向节点发送一个ASKING命令，
Redis(设计与实现):57---集群之ASK错误、ASKING命令、REDIS_ASKING标识
董哥的黑板报
12-04 1516
一、ASK错误 在进行重新分片期间，源节点向目标节点迁移一个槽的过程中，可能会出现这样一种情况：属于被迁移槽的一部分键值对保存在源节点里面，而另一部分键值对则保存在目标节点 里面 当客户端向源节点发送一个与数据库键有关的命令，并且命令要处理的数据库键恰好就属于正在被迁移的槽时： 源节点会先在自己的数据库里面查找指定的键，如果找到的话，就直接执行客户端发送的命令（底层实现：如果节点收到一个关于...
Redis 的 MOVED 转向与 ASK 转向
居士的优快云
12-03 4395
1. 引言 上一篇文章中，我们介绍了 redis 集群的搭建。 redis 集群详解及搭建过程 其中我们遇到了报错： 这就是所谓的“MOVED转向”，那么什么是 MOVED 转向呢？本篇日志我们就来介绍一下。 2. MOVED 转向 当我们使用操作 redis 单节点的 client 来操作集群时...
Redis学习之move命令
爱喝水的qdy的博客
12-14 1013
目录expireat命令语法返回值例子 expireat命令 Redis exists 命令用于将当前数据库的 key 移动到给定的数据库 db 当中 语法 move key db move 命令 将当前数据库的 key 移动到给定的数据库 db 当中 如果当前数据库(源数据库)和给定数据库(目标数据库)有相同名字的给定 key ，或者 key 不存在于当前数据库，那么 move 没有任何效果 ...
Redis高可用（五）- 集群
weixin_40074110的博客
06-29 1080
Redis集群：存储能力受单机限制，以及无法实现写操作的负载均衡。集群（Redis Cluster），是Redis 3.0开始引入的分布式存储方案。由多个节点(Node)组成，Redis的数据分布在这些节点中；集群中的节点分为主节点和从节点：只有主节点负责读写请求！！和集群信息的维护；从节点负责高可用，只进行主节点数据和状态信息的复制。为什么从节点只负责高可用？不进行读操作？slot的事根据 master 的地址构建的，因此可以知晓 RedisCluster 从节点是不提供读服务，只做高可用。你觉得Redi
Redis专题：了解Redis集群，这篇就够了
bjmsb79的博客
07-06 1020
这部分主要是打基础，把集群的一些基本概念介绍以下，同时介绍了Redis Cluster的物理结构和逻辑结构，通过实例与集群建立过程的说明，给大家一个比较直观的理解。通过上一节的内容，我们已经知道了Redis Cluster结构、设计理念以及从无到有创建一个集群，总体上来讲对于Redis Cluster有了一个初步的认识。本节将重点解析Redis Cluster数据分片的更多细节，帮助大家更好的理解与使用。
Redis(设计与实现):---集群之ASK错误、ASKING命令、REDIS_ASKING标识
m0_46405589的博客
11-03 1743
一、ASK错误 在进行重新分片期间，源节点向目标节点迁移一个槽的过程中，可能会出现这样一种情况：属于被迁移槽的一部分键值对保存在源节点里面，而另一部分键值对则保存在目标节点 里面 当客户端向源节点发送一个与数据库键有关的命令，并且命令要处理的数据库键恰好就属于正在被迁移的槽时： 源节点会先在自己的数据库里面查找指定的键，如果找到的话，就直接执行客户端发送的命令（底层实现：如果节点收到一个关于键key的命令请求，并且键key所属的槽i正好就指派给了这个节点，那么节点会尝试在自己的数据库里查找键key，如果找
无涯教程-Redis - MOVE命令函数
无涯教程
01-08 513
Redis MOVE 命令用于将键(key)从当前选定的数据库移动到指定的目标数据库。
move是MySQL命令_【Redis5源码学习】浅析redis命令之move篇
weixin_31852627的博客
02-01 211
Grape命令语法命令含义：将当前数据库的 key 移动到给定的数据库 db 当中。命令注释：如果当前数据库(源数据库)和给定数据库(目标数据库)有相同名字的给定 key ，或者 key 不存在于当前数据库，那么 MOVE 没有任何效果。因此，也可以利用这一特性，将 MOVE 当作锁(locking)原语(primitive)。命令格式：MOVE key db命令实战：# key 存在于当前数据库...
20、Redis集群Moved重定向与Ask重定向
爱欧米
11-12 1195
如图所示，source部分数据已经迁移到target，客户端向source发送命令，source发现slot数据已经迁移到target，就会返回给客户端ask重定向，客户端向target发送asking命令，target返回结果。3、客户端向redis集群任意node发送命令，相应node使用CRC16加hash算法算出slot，如果slot命中，则返回成功影响，否则返回moved命令和正确的node号；1、redis集群一共有16384个虚拟slot，被均匀分配到集群里所有redis机器node上；
Redis 集群规范(中文稿)(MOVED错误码及ASK错误码
热门推荐
独旅天涯
11-26 2万+
引言? 这个文档是正在开发中的 Redis 集群功能的规范（specification）文档，文档分为两个部分： 第一部分介绍目前已经在unstable分支中实现了的那些功能。 第二部分介绍目前仍未实现的那些功能。 文档各个部分的内容可能会随着集群功能的设计修改而发生改变，其中，未实现功能发生修改的几率比已实现功能发生修改的几率要高。 这个规范包含了编写客户端库（client libr...
Redis: 集群高可用之MOVED转向和ASK转向解决方案
Wang的专栏
10-04 1451
MOVED 转向相当于告诉你这个槽在哪，你要自己去获取, 解决办法是以集群的方式连入，或者说自己去维护槽对应节点信息， 在每次命令之前自己去做处理判断，让他向正确的节点发送请求。ASK 转向是槽迁移的过程中产生的一种错误，它会给你返回 ASK error。否则的话，先发送一个 ASKING，然后再去获取，就能正常拿到。解决办法，也是你的客户端以集群的方式接入，它会自己帮你去处理。1 ) 关于 MOVED 转向。2 ）关于 ASK 转向。2 ）Redis 规范。3.1 解决方案 1。3.2 解决方案 2。
Redis设计与实现（六）| 集群（分片）
光看不点赞的博客
06-26 3325
clusterLink结构 1.3 CLUSTER MEET命令的实现 概述 2.槽指派 概述 2.1 记录节点的槽指派信息 概述 slots数组 总结 2.2 传播节点的槽指派信息 概述 2.3 记录集群所有槽的指派信息 概述 获取键的槽 3.2 判断槽是否由当前节点负责处理 概述 3.3 MOVED错误 概述 格式 3.4 节点数据库的实现 概述 3.4.1 槽与键的映射关系及操作 概述 添加新的键值
Redis（三十三）：集群——ASK错误
GDUT_Trim的博客
05-17 747
ASK错误Cluster SetSlot Importing命令的实现cluster setslot migrating命令的实现ASK错误ASKING命令ASK错误和MOVED错误的区别 上面已经知道了集群是如何执行命令与进行重新分片的。 当集群中的服务器接收到键值对，会计算键值对所在的槽，判断这个槽是不是自己管，不是的话，就发送给对应的clusterNode，也知道了，集群是如何进行重新分片的。 ASK错误 前面提到过，集群可以进行重新分片，即将源节点的槽全部转移给目标节点管理，总共有6个步骤 re.
ask 重定向
乌鲁木齐001号程序员
06-02 241
ask 重定向 客户端访问了正在迁移的键值对会得到 ask 异常，ask 异常会告诉访问的键值迁移到哪了，客户端再据此访问目标节点； moved 和 ask 两者都是客户端重定向； moved 异常说明槽已经确定迁移； ask 异常说明槽还在迁移中，客户端访问的键有可能在 source 节点，有可能在 target 节点； 两种异常对客户端造成的挑...
Redis(开发与运维):08---键迁移（move、dump、restore、migrate）
董哥的黑板报
05-09 1621
键迁移概述： 键迁移就是把数据由一个Redis迁移到另一个Redis（例如从生产环境迁移到测试环境），或者在数据库之间进行迁移 键迁移有三种方式：move、dump+restore、migrate 下面是三种方式的比较，建议使用migrate： 一、move move key db 功能：将参数所指的key从当前源数据库迁移到指定的数据库中 这个命令是在单个Redis内部进行是用户具有迁移 这个命令在实际生产环境中不建议使用 二、dump+restore dump k..
redis集群怎么搭建?
最新发布
02-21
<think>嗯，用户想了解如何搭建Redis集群，我得先理清楚步骤，确保回答全面准确。首先，用户可能对Redis有一定了解，但可能不清楚集群的具体搭建方法。需要分步骤说明，可能涉及环境准备、安装Redis、配置节点、启动实例、创建集群以及验证等步骤。 首先，我应该确认用户是否了解Redis集群的基本概念，比如数据分片、主从复制等，但用户可能只需要步骤，所以先以步骤为主。然后，环境准备方面，可能需要多台服务器或者多个端口模拟集群。如果是测试，可能用单机多端口，生产环境则需要多台机器。 接下来，安装Redis。要确保所有节点安装了相同版本的Redis，避免兼容性问题。然后是配置每个节点的redis.conf文件，比如启用集群模式，设置端口，绑定IP，关闭保护模式，设置持久化方式等。这些配置项需要详细说明，因为用户可能不熟悉每个参数的作用。 启动所有节点实例后，需要用redis-cli的--cluster create命令来创建集群。这里要注意主从节点的分配，以及槽位的分配是否自动完成。可能需要解释一下--cluster-replicas参数的作用，比如1表示每个主节点有一个从节点。 创建集群后，验证步骤很重要，用户需要知道如何检查节点状态，比如使用cluster nodes命令。另外，测试集群的可用性，比如写入数据并检查是否重定向到正确的槽位，这能帮助用户确认集群是否正常工作。 最后，生产环境的注意事项，比如安全性，设置密码，配置持久化，监控和备份等。这些是用户在实际部署中容易忽略的地方，需要提醒。 用户可能的疑问包括如何处理节点故障，如何扩展集群，或者如何调整配置。但问题主要是搭建步骤，所以先集中在基础搭建过程。可能还需要提到版本要求，比如Redis 3.0以上支持集群，以及ruby环境的问题，但现在Redis 5之后可以用redis-cli直接创建，不需要ruby了，这点很重要，避免用户走老教程的弯路。 需要检查是否有遗漏的步骤，比如防火墙设置，端口开放，特别是集群总线端口（常规端口+10000）需要开放，否则节点间通信会失败。这也是常见问题，应该包含在注意事项里。 另外，示例中的IP和端口可能需要用实际环境替换，提醒用户根据实际情况修改。可能还需要说明集群至少需要三个主节点，如果每个主节点有一个从节点，总共六个节点，这是最低要求，用户如果资源有限，可能需要调整，但生产环境建议至少这样配置。 总结下来，回答的结构应该是步骤清晰，分点说明，涵盖准备、安装、配置、启动、创建集群、验证和注意事项，同时指出常见问题和关键点，如版本、端口开放、密码设置等。这样用户能按步骤操作，避免常见错误。</think>以下是 Redis 集群搭建的简明步骤（基于 Redis 5.0+ 版本，支持 `redis-cli` 直接创建集群）： --- ### **1. 环境准备** - **节点要求**：至少 **3 个主节点**，建议每个主节点配置 1 个从节点（共 6 节点，保障高可用）。 - **网络**：确保节点间端口互通，需开放： - **数据端口**（默认 `6379`） - **集群总线端口**（数据端口 + 10000，如 `16379`） --- ### **2. 安装 Redis** 在所有节点服务器上安装相同版本的 Redis： ```bash # 以 Ubuntu 为例 sudo apt update sudo apt install redis-server -y ``` --- ### **3. 配置 Redis 节点** 修改每个节点的 `redis.conf` 配置文件，关键配置项： ```conf bind 0.0.0.0 # 允许外部访问（生产环境建议绑定具体 IP） port 6379 # 节点端口（每个节点不同） daemonize yes # 后台运行 cluster-enabled yes # 启用集群模式 cluster-config-file nodes.conf # 集群节点信息文件 cluster-node-timeout 5000 # 节点超时时间 appendonly yes # 开启持久化（可选） requirepass yourpassword # 设置密码（可选，需所有节点一致） ``` --- ### **4. 启动所有节点** ```bash redis-server /path/to/redis.conf ``` --- ### **5. 创建 Redis 集群** 使用 `redis-cli` 自动分配槽位和主从关系： ```bash # 命令格式： redis-cli --cluster create IP1:PORT1 IP2:PORT2 IP3:PORT3 IP4:PORT4 IP5:PORT5 IP6:PORT6 --cluster-replicas 1 # 示例（单机模拟 6 节点）： redis-cli --cluster create \ 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 \ 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006 \ --cluster-replicas 1 ``` - `--cluster-replicas 1` 表示每个主节点有 1 个从节点。 --- ### **6. 验证集群状态** ```bash # 连接任意节点 redis-cli -c -p 7001 # 查看集群节点信息 CLUSTER NODES # 检查集群健康状态 CLUSTER INFO ``` --- ### **7. 测试集群写入** ```bash # 写入数据（观察重定向到对应槽位） redis-cli -c -p 7001 set key1 "hello" redis-cli -c -p 7001 get key1 ``` --- ### **生产环境注意事项** 1. **高可用**：每个主节点至少配 1 个从节点。 2. **密码安全**：启用 `requirepass` 并设置强密码。 3. **持久化**：建议开启 `appendonly` 或 `save` 配置。 4. **监控**：使用 `redis-cli --cluster check` 或工具如 `RedisInsight` 监控集群状态。 5. **备份**：定期备份 RDB/AOF 文件。 --- ### **常见问题** - **节点无法通信**：检查防火墙是否开放 **数据端口** 和 **总线端口**。 - **槽位分配失败**：确保节点数符合要求（至少 3 主）。 - **密码认证失败**：所有节点需配置相同 `requirepass`，并在创建集群时添加 `-a yourpassword` 参数。 通过以上步骤，即可快速搭建一个 Redis 集群。实际部署时请根据业务需求调整节点数量和配置参数。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值