什么是一致性哈希?
一致性哈希算法是在1997年由麻省理工学院提出的一种分布式哈希（DHT）算法。其设计目标是为了解决因特网中的热点（Hot spot)问题，初衷和CARP十分类似。
环割法（一致性 hash）环割法的原理如下： 初始化的时候生成分片数量 X × 环割数量 N 的固定方式编号的字符串，例如 SHARD-1-NODE-1，并计算所有 X×N 个字符串的所有 hash 值。
一致性hash 是个可以理解为圆形，这个圆形称为hash环，环上可以最多建立2的32次方减1个节点。存数据： 一般根据key.hashcode%n=k，如果k 的范围 1k2100，按照顺时针方向，把数据放在node_2100这个节点上。
一致性hash算法的原理 一致性hash用于对hash算法的改进，后端服务器在配置的server的数量发生变化后，同一个upstream server接收到的请求会的数量和server数量变化之间会有变化。
哈希表通常是基于数组的，数组创建后难于扩展。 也没有一种简便的方法可以以任何一种顺序〔例如从小到大)遍历表中的数据项 。 综上， 如果不需要有序遍历数据，井且可以提前预测数据量的大小。
redis集群使用一致性hash吗
使用。设定一个圆环上 0-2^32-1 的点，每个点对应一个缓存区，每个键值对存储的位置也经哈希计算后对应到环上节点。
Redis Cluster 不使用一致性哈希，而是使用不同形式的分片 每个键在概念上都是我们所谓的 哈希槽的一部分 。Redis Cluster 有 16384 个哈希槽，计算哈希值是多少 给定密钥的插槽，我们只需取密钥的 CRC16 模 16384。
我们都知道在集群模式下key是需要进行路由的，那就需要有路由策略，Redis Cluster并没有使用一致性hash的方案，而是使用分配slot的方式进行key路由。
redis集群主数据都是一致的吗为什么?
1、可以。redis集群主从节点数量可以不一致。在Redis主从模型中有众多的结点，主节点有且只有一个，而从结点可以有多个，在Redis集群主从模式的搭建过程中，主从复制是基础。
2、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
3、多个master也只有一个主，一个或者多个备，一般都是在主上面进行增删，从一般都是通过复制log进行同步。这也是所有的主从复制式集群的原理，例如redis，mysql都是如此。
4、如何保证redis集群和mysql的数据一致性 如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失。
5、主从模式指的是使用一个Redis实例作为主机，其余的实例作为备份机。一般来说主节点负责写请求，从节点负责读请求，主节点异步的同步给从节点。主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟。
Redis怎么做集群
以下是一个简单的步骤： 创建一个 ConfigMap，其中包含 Redis 配置文件。 创建一个 StatefulSet，其中包含 3 个副本的 Redis Pod。 创建一个 PersistentVolumeClaim，用于存储 Redis 数据。
在执行集群命令 至此集群模式搭建完成。 使用redis-cli命令进入集群环境，进入集群模式需要带上 -c ，不带则表示进入7000端口的普通redis。
redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过(cluster-node-timeout)，认为当前master节点挂掉。
整个cluster被看做是一个整体，客户端可连接任意一个节点进行操作，当客户端操作的key没有分配在该节点上时，redis会返回转向指令，指向正确的节点。
节点 C 包含从 11001 到 16383 的哈希槽。如果报错 ERR This instance has cluster support disabled 的话，说明集群未开启。本例子是在一台服务器上面做的实验，只是创建了6个目录，启了6个redis-server而已。
关于一致性哈希构建的Redis集群和一致性哈希实现的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。