redis集群节点重置，redis集群rehash

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

Redis集群操作

ShardedJedis支持keyTagPattern模式抽取key的一部分keyTag做sharding，这样通过合理命名key，可以将一组相关联的key放入同一Redis节点，避免跨节点访问。即客户端将相同规则的key值，指定存储在同一Redis节点上。

连接如下https：//redis.io/topics/cluster-tutorial以下步骤是在一台 Linux 服务器上搭建有6个节点的 Redis集群。

主从复制：redis的复制功能是支持多个数据库之间的数据同步。

整个cluster被看做是一个整体，客户端可连接任意一个节点进行操作，当客户端操作的key没有分配在该节点上时，redis会返回转向指令，指向正确的节点。

Redis 使用异步复制。Redis的主从复制分为两个阶段：1）同步操作：将从服务器的数据库状态更新至主服务器当前所处的数据库状态。

Q1: 怎么重建redis集群

1、连接如下https：//redis.io/topics/cluster-tutorial以下步骤是在一台 Linux 服务器上搭建有6个节点的 Redis集群。

2、这个命令在这里用于创建一个新的集群，选项–replicas 1 表示我们希望为集群中的每个主节点创建一个从节点。

3、一，redis cluster命令行查看复制打印？//集群(cluster)CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。

4、请阅读 README在此目录中以获取有关如何操作的更多信息运行脚本。create-cluster.sh 集群信息集群节点我上面的例子我们可以看出，设置的key会被分配到不同的实例去。现在很多的sdk都支持move，例如：phpredis。

5、Redis集群介绍 Redis真的是一个优秀的技术，它是一种key-value形式的NoSQL内存数据库，由ANSI C编写，遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

Q2: nodes.conf需要重启吗

配置完成不需要重启，但是一定要保存，因为如果不保存的话，突然断电等原因导致的重启会让你的配置都消失不见，思科的是write，H3C 的是save。

在集群第一次成功形成之后，删除每个节点配置中的 Initial_master_nodes 设置。在重新启动集群或向现有集群添加新节点时，不要使用此设置。通过节点的 node.name 标识初始主节点，该节点默认为主节点的主机名。

清空配置，reset config，后，需要重启。去除密码时需要重启。更新非热补丁需要重启。软件版本升级完成后，需要重启。其他就是非必要重启，比如：排除故障，机器宕机。

重启服务就相当于重启了数据库，不需要再次重启数据库。windows下重启服务与监听的方法（以windows10为例）：右键开始菜单，找到“计算机管理”，并进入。依次点击“服务和应用程序”——“服务”。

Q3: rediscluster重新执行,会影响数据吗

不能。redis集群主节点挂了不能读，redis集群中的从节点既不支持写操作也不支持读操作，只是做个备份，当主节点挂了之后，转换成主节点顶上去，实现高可用。

Redis通过对KEY计算hash，将KEY映射到slot，集群中每个节点负责一部分slot的方式管理数据，slot最大个数为16384。

通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态：集群状态终于恢复正常。

redis没有像mysql那样复制位置的概念，所以Slave和Master断开连接再重新连接时，会全量取Master的快照，Slave的所有数据都会清除，重新建立整个内存表，这样导致Salve恢复数据特别慢，同时也给Master带来的压力。

主节点会定期将数据同步到从节点中，保证数据一致性的问题。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。

由上面的内容可知，节点客观下线时会被置为 CLUSTER_NODE_FAIL 状态，下次执行集群定时任务时，在故障转移处理函数 clusterHandleSlaveFailover 中，就可以根据状态来检查是否需要执行故障转移。

Q4: Redis集群重新分片

1、Redis的分片（Sharding或者Partitioning）技术是指将数据分散到多个Redis实例中的方法，分片之后，每个redis拥有一部分原数据集的子集。

2、Redis Cluster为整个集群定义了一共16384个slot，并通过crc16的hash函数来对key进行取模，将结果路由到预先分配过slot的相应节点上。

3、则需要及时清除缓存及同步redis主键。这样处理，主要是实时读写redis，而mysql数据则通过队列异步处理，缓解mysql压力，不过这种方法应用场景主要基于高并发，而且redis的高可用集群架构相对更复杂，一般不是很推荐。

4、twitter的 twemproxy 是一个Redis的代理服务程序，能够实现key的分片。分片能使key均匀地分布到集群的机器上去，能保证数据的一致性，有着众多的优点。

5、redis-cluster是一种服务端分片技术。redis-cluster架构图redis-cluster特点：每个节点都和n-1个节点通信，这被称为集群总线（cluster bus）。它们使用特殊的端口号，即对外服务端口号加10000。

6、因为我们的生产环境，基本都是 Redis 集群环境，做了数据分片操作。你一个事务中有涉及到多个 Key 操作的时候，这多个 Key 不一定都存储在同一个 redis-server 上。因此，Redis 的事务机制，十分鸡肋。

关于redis集群节点重置和redis集群rehash的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。